Эволюция IT-архитектуры в вашем продукте, особенности каждого этапа и необходимость перехода к следующему этапу

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

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

Рис. 37. Четыре стадии эволюции IT-архитектуры

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

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