Общеизвестен™ такой подход к проектированию решений и, в частности, решений микросервисных, как Domain-Driven Design. Его суть, для тех кто не слышал этот общеизвестный™ термин, состоит в том, что архитектура технического решения должна моделировать сам реальный, можно сказать, физический бизнес-процесс. Из часто разбираемого типового примера, микросервисы оформления заказа, резерва товаров и проведения платежа аналогичны соответствующим структурным подразделениям реального бизнеса: заказ оформляется в точке продаж, собирается на складе, оплата проводится через бухгалтерию и всё это разные отделы, работающие между собой по определённым контрактам.
Хорошо проработанная в рамках такого подхода архитектура обеспечивает хорошее время отклика, отказоустойчивость, масштабируемость и прозрачность работы системы. При этом собираемые метрики работы системы не являются некими KPI, целевыми показателями, критерями оптимизации, а лишь служат для заблаговременного выявления потенциальных проблем и применения изменений до того, как эти проблемы наступят.
Если хорошо сформированная бизнес модель - это готовый шаблон для будущего микросервиса, который нужно лишь переложить в технические решения, то верно и обратное: сама такая организация с хорошо налаженными процессами и есть готовый микросервис. Она подчиняется тем же законам, имеет те же проблемы и пути их решения, её архитектура поддаётся анализу и доработке по абсолютно тем же подходам, и в конечном счёте тоже обеспечивает <crtl-c-ctrl-v>хорошее время отклика, отказоустойчивость, масштабируемость и прозрачность работы системы</crtl-c-ctrl-v>.
Отличие состоит в том, что отсутствуют высокие нагрузки: на проходной не проходит 100000 человек в секунду, движения бумаг между отделами не требуют фур, паллет и вилочных погрузчиков, обмен информацией между офисами не подразумевает наличия ВОЛС на терабиты пропускной способности и так далее. Не требуется также и миллисекундное время отклика.
При таких вводных хорошему микросервису всё равно, где физически находятся его поды: один здесь, другой в Чикаго, а база данных вообще в Филадельфии. При таких вводных хорошо налаженному бизнесу всё равно, где находятся его гномики: один здесь, другой в Чите, а главбух вообще в Феодосии. Подов не хватает? Добавили. Кажется, что они должны работать быстрее? Посмотрели метрики, проанализировали бизнес-процессы и алгоритмы - вместо выдумывания KPI и прочего анти-паттерна.
Для выстраивания бизнес-процессов это работает слишком хорошо, это лишает востребованности устаревшие инструменты, подходы, языки и фреймворки. Это лишает востребованности стремительно не вписывающихся в рынок "менеджеров среднего звена", как правило являющихся по компетенциям не "старшими системными архитекторами" для своей области работы, а архетипичными троечниками, умеющими "порешать вопрос": тут пообещать что-то, там найти кого-то, кто зачем-то возьмётся выполнять его обещания, а итоговые ништяки получить самому.
Поды-гномики, тем временем, хостятся по домам, отказавшись от синхронных зависимостей и общения по Rest API через соседние столы, и вместо этого спокойно делают задачки из асинхронной очереди в жире. Позавчерашний троечник, вчерашняя важная шишка, потерянно бродит по опустевшему тёмному офису, за ним на почтительном отдалении испуганно следует свита из секретарш, мальчиков-ассистентов, девочек-HR, безопасников и других. Все они остро ощущают понимание, что настоящая роскошь была не в окружении себя дорогими вещами, а в окружении себя дешёвыми жизнями. Дорогие вещи никуда не делись, да вот не на кого теперь прикрикнуть, показать, кто здесь вершитель судеб, некого важно вызвать на ковёр, чтобы отчитать за дресс-код, музыку в ушах, недостаточную приветливость на проходной. Они решают бороться.
Самый верный способ выиграть в этой игре — просто не играть в неё. The power of «no». Если ваша работа прекрасно у вас получалась и из дома, а вас требуют выходить в офис, просто скажите нет. Требуют не пойми через какие обручи перепрыгивать для доступа к корпоративным сетям — нет. Требуют поминутный трекинг походов в туалет - нет. Требуют работать строго через корпоративный ноутбук, обвешанный с ног до голо��ы телеметрией - нет (сам корпоративный ноутбук - я полностью за, но не за шпионское устройство). Нужно уметь говорить нет. Вы не сомневаетесь, вы не принимаете извиняющийся вид, вы не возмущаетесь и не дискутируете, вы просто ровным и доброжелательным голосом говорите нет и объясняете, что вам это не подходит.
Они найдут кого-то вместо вас. Те, кто согласится на подобные условия - не те люди, с которыми компании добиваются успеха. Пусть подобное тянется к подобному. Тот, кто согласится на офис, освободит вакансию на удалёнке. Произойдёт естественная сегрегация. Эффективные компании-микросервисы останутся с ответственными людьми, дающими результат без надзирателя. Неэффективные монолиты, устроенные закоренелыми троечниками, набрав в штат умеющих работать исключительно под надзором братьев и сестёр по духу, будут иметь совсем другие успехи. Бизнесы, окупающиеся исключительно на рабском труде, не исчезнут никогда, просто им надо дать возможность самостоятельно скатиться в маргинальную нишу, как скатились когда-то магазинчики "шаговой доступности" с товарами, спрятанными далеко за прилавком, и решёткой на двери.
Нет, не нужны никакие массовые забастовки. Но и не у каждого в любой момент времени десять ипотек на шее и семеро по лавкам. IT - хорошо оплачиваемый сектор, вы можете позволить себе иметь подушку безопасности, вы можете позволить себе выбирать.
