Цена многорежимности

На днях анализировал, во сколько обходится конфигурабельность “на лету”, применительно к большой распределённой системе. Прикидывал, во что обойдётся с инженерной точки зрения поддерживать многорежимность работы. В моём случае – перераспределение сервисов по физическим машинам в зависимости от нескольких параметров входящего трафика.

Получилось, что “перевозить” с одних узлов на другие имеет смысл только два сервиса из 12, зато это такие сервисы, которые обслуживают основной поток запросов.

Потом я стал это всё рассматривать сценарием по времени: что где гасится, что запускается, что произойдёт если ошибки по пути и куда должны в это время идти запросы.

У меня получился интересный вывод: на время переконфигурации мне надо иметь в сети дополнительный довольно мощный узел, принимающий на себя существенную часть нагрузки. На время переконфигурации в системе образуется центр “напряжения”, которое со временем “рассасывается” по другим узлам.

Фиговей всего, что этот узел надо поддерживать рабочим всё время. Если узел включать только перед сменой конфигурации сети, время, необходимое на синхронизацию данных, делает всю затею бесполезной. “Приёмистость” конструкции получается многие минуты – а нужны единицы секунд.

То-есть, чтобы обеспечить многорежимность, мне придётся вводить в систему существенный балласт, причём с экзотическими характеристиками (в смысле, сильно отличающийся от других узлов).

Идею я выкинул, потому что вспомнил пример из реального мира.

( Read more... )