High load

Можно и еще наращивать серверную мощь (для теста использовали Oracle Exadata Database Machine X2−2 с развернутым RAC из двух виртуальных серверов по 24 ядра) и двигаться далее и далее.
За техническими деталями отправляем читателя на сайт платформы ERP-системы для электронной коммерции — www.ultimabusinessware.com.

За счет такого внушительного запаса в производительности, внедрение Ultima eCommerceERP позволит избежать отложенной, но серьезной проблемы, когда ERP не сможет поддержать рост бизнеса (привет, Техно*****!)

Ultima ERP: Растите на здоровье да финансовое благополучие!

Коснемся производительности движка сайта, на котором мы создаем розничные интернет-магазины — Ultima eStore.
Стендовых испытаний по нему не производилось, но с удовольствием расскажем

История № 1, корОтКая

На движке Ultima eStore работал интернет-магазин Юлмарт в 2010—2012 годах.
И 200 000 уникальным посетителям в сутки не было случая упрекнуть сайт в тормозах.
Затем Юлмарт сменил вектор технологического развития (причины которого оставим любителям конспирологических теорий). Но, как говорится, опыт не пропьешь©, и с нами остался тот самый на веки неотделимый сумасшедший опыт работы с высокими нагрузками, воспользоваться которым предлагаем и вам: розничные интернет-магазины мы строим именно на этом производительном движке, собственного, надо заметить, производства.

История № 2, чутоЧкУ длиНнЕе

Есть у нас еще один движок, выращенный из розничного, но специфичный, заточенный под нужды b2b — Ultima WebOffice.
На этом движке мы строим b2b-порталы.

И вот, году в 2014 осуществлялась передача клиенту функционала одного b2b-портала.

Пару слов о клиенте — это как работать с ФСБ. Стороны четко разделены на “свои” и “чужие”. Исполнитель не имеет доступа к данным заказчика. Все изменения в код модерируются, типа, специалистом.
Вид у всех ну очень серьезный.

Надо ли говорить, что при таком подходе, ощутимые ресурсы человечества, скажем так, тратятся за зря.
Руководство в курсе, но подобный формат работы их устраивал — “прихоти” были щедро оплачены (речь идет о докризисных временах). Мы поставляли функционал, заказчик наполнял b2b-площадку данными.
Описанного достаточно для понимания ситуации — переходим к сути.

Но чу! Стали появляться жалобы от тех самых серьезных представителей клиента. Сайт, мол, «тормозит».
Что-а? Тормозит? Сайт? И это даже без серьезной-то нагрузки?
Типа, движок ваш фуфло, руки у разработчиков растут не из плеч и т.д. и т.п.
Хм. Но по истории № 1 мы знаем, что такого быть не может. Летало же и при 200 000!

Стали разбираться, оптимизировать. Стало немного лучше, но не так, чтобы нивелировать негатив (снова «руки не из плеч»). Да в чем же дело? Почему при всех примененных нами практиках и технологиях, сайт в 25 000 позиций тормозит?

Как уже было сказано, клиент держал все под своим контролем и доступа к серверам и данным у нас не было. Что ж, разворачиваем b2b на наших серверах — все летает. Недоумеваем, показываем клиенту — смотрите, мол, дело на вашей стороне, дайте посмотреть.

В результате, получив высокий “доступ 4-го уровня” выяснилось, что хостинг-то виртуальный. И это конец истории.