Паттерн проектирования цепочка перекладываний

В большой компании стоит большая база данных. Она настолько древняя, что стоит огромных денег и всем очевидно, что надо с неё куда-то мигрировать. Поэтому команда A занимается тем, что перекладывает из неё данные в другую базу, более современную и с разумной ценой владения. Когда B занимается тем, добавляет информацию из других источников, удаляет дубликаты и кладёт в ещё одну базу данных. Команда C складывает всё в совсем современную базу данных, откуда их можно доставать с огромной скорость и через REST. А команда D готовит документы, которые потом индексируются поисковой системой. И так исторически сложилось, что подготовленные командой B данные используют в финансовом департаменте, а командой C — в маркетинге.

Каждая команда делает важную работу, их сервис должен работать быстро и без ошибок. Поэтому в каждой команде нужно по 2 разработчика и 2 тестировщика, если вдруг кто-то уйдет в отпуск или заболеет. К ним ещё нужно по половинке админа и менеджера. Конечно, держать всех этих людей в штате большой компании и оборудовать для них рабочие места в центральном офисе — это нонсенс, поэтому привлекают аутсорсеров. При этом нужно диверсифицировать риски, поэтому подряды отдаются разным компаниям и команды находятся в разных странах. Как следствие, все работают в разных часовых поясах.

Очевидно, что поменять здесь практически ничего нельзя. Если инженер работает в команде D, то он общается с ребятами из команды C постоянно, но чтобы узнать про команду B, ему нужно быть очень любопытным. Команда A для него вообще вне зоны досягаемости. Каждый отдельно взятый сотрудник в принципе не может сделать ничего выдающегося и немного скучает на работе. Зато можно от всей души обсудить стандарты кодирования и выбрать самые лучшие вспомогательные библиотеки.

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