Несколько лет назад я постулировал для себя, что хайлоад - это 1000 запросов в секунду. 500 - полхайлоада, 800 - три четверти хайлоада, арифметика простая. Я даже написал шуточный пост для друзей, не хотел его публиковать, но все сказали, что нормально, вот он по ссылке, можете прочитать.

Но самое забавное, что как только проект достигает некоторых высот, инженеры делают все, чтобы нагрузкой не работать. Разработчикам создается безопасная среда, в которой можно спокойно пилить бизнес-логику. Опсы тоже придумывают свой набор правил в стиле "работает не трогает". В принципе мне кажется большинство архитектур нагруженных систем строится по принципу - взять ту архитектуру, в которой сервис принял трафик и по возможности не трогать (естественно я говорю про стартапы, которые пилят-пилят на коленке и во, поперло. Если создается система под заказ, в которой одно из требований - нагрузка, ну например, не знаю продажа билетов по всей стране, то там конечно берутся какие-то проверенные архитектурные решения или, что чаще, адаптируется готовая система).

На прошлой работе я даже видел настоящий памятник хайлоаду, сервис в который не комитили 7 лет, а он принимал на себя практически весь биржевой трафик, который обрабатывался в компании. Насколько я помню это был какой-то траслятор из одного формата в другой. Он был настолько нагруженный, что тот кто мог туда что-то закомитить, не хотел, а кто хотел, того не пускали.

Хайлоад, это перефразируя советский анекдот про дефецит, объективно большие нагрузки, данные в ощущениях, но не нам. А завтра я хочу написать про лоулоад, который был объективен, дан в ощущениях и лично мне.

Tweet