Как известно, главный принцип эксплуатации и поддержки (Run) программного обеспечения - "Ничего не трогай, ничего не меняй". Некоторые программисты по ходу проекта пытаются внедрить то же правило и в разработку (Dev), и, если вдруг им это удается, проект долго и тихо умирает в "доработке напильником" и муках правки ошибок, сроком выдержки старого коньяка, но это уже другая история.

Однажды руководитель отдела эксплуатации ПО по имени Вася решил избавиться сразу от всех изменений изящным способом. Он объявил, что развертывать обновления можно в любой день при двух условиях:

Микросервисы - мгновенный кредит технического долга.
Быстро поднятый микросервис не считается упавшим.

Много лет назад в рамках разработки корпоративных информационных систем, основой которых был механизм проводок, мы долго дискутировали, включая заочную переписку на форумах и эхоконференциях, о двух основных видах реализации такого механизма:

На самом деле в софтостроении есть только два типа разработки:

1. Восходящий (снизу-вверх) - ощупывание слона толпой слепцов.
2. Нисходящий (сверху-вниз) - создание модели сферического коня в вакууме.

Все остальные методики являют собой смесь вышеназванных в разной консистенции.

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

В системном программировании широко распространена метафора кабинки туалета для объяснения механизма работы мьютекса (семафора с двумя состояниями). Действительно, если один процесс занял кабинку, то остальные ждут её освобождения.

Сохраняя туалетную тематику метафор, можно легко проиллюстрировать кибернетическое понятие положительной обратной связи.

Итак, имеем систему "писсуар + пользователи".