Паттерн «Strangler Fig Pattern» (архитектура постепенной замены)
Архитектура «Strangler Fig» применяется когда необходимо заменить устаревшую систему без остановки работы бизнеса. Новая функциональность внедряется постепенно, параллельно старой системе, пока та не утратит весь функциональный объём. Паттерн получил название от тропического дерева-удушителя, которое растёт вокруг старого дерева, пока полностью не заменит его.
Этот подход идеально подходит для компаний, где невозможно остановить монолит ради миграции — банки, телеком, торговые площадки, госуслуги. Переход происходит безопасно: новые сервисы обрабатывают часть запросов, старые — всё остальное. Пользователь не замечает изменений, а команда получает возможность переписать систему постепенно.
Важнейшая часть паттерна — универсальный слой маршрутизации, который контролирует, какие запросы идут в старую систему, а какие — в новую. Благодаря этому можно безопасно тестировать, откатывать и расширять функциональность без риска нарушить работу бизнеса.
Strangler Fig Pattern — один из самых зрелых и практичных паттернов миграции больших систем, который активно применяется в индустрии с начала 2000-х годов. Его ценность в том, что он позволяет мигрировать монолитные системы к микросервисам или модульным архитектурам, не выключая продукт. Этот подход стал стандартом для крупных организаций, которые не могут позволить себе остановку системы даже на несколько минут. Паттерн решает главную проблему изменений — риск. Если развивается лишь отдельный сегмент функциональности, то и риск ограничен этим сегментом, а не всей системой целиком.
Основная идея паттерна: новая система развивается рядом со старой, постепенно перетягивая на себя функциональность. Архитектор начинает с анализа границ доменных областей и определяет приоритетные зоны переписывания. Часто первыми мигрируют сервисы, которые создают наибольшую нагрузку на монолит, или области с высокими изменениями. Для этого создается «фасад» или «маршрутизатор», перехватывающий запросы и перенаправляющий их в старую или новую систему. Это позволяет внедрять новые сервисы без изменения клиентов — будь то пользовательские интерфейсы, мобильные приложения, API или интеграции.
Ключевой элемент Strangler Fig — «routing layer» (иногда API Gateway, иногда edge-proxy, иногда middleware). Он обеспечивает версионирование API, A/B-тестирование, Canary-релизы, переключение трафика и постепенную передачу функциональности новым компонентам. Архитектор может включать и выключать новые возможности, не ломая работу старого монолита. На практике используются NGINX, Kong, Envoy, Istio, Spring Cloud Gateway, AWS API Gateway или собственные middleware.
Паттерн предполагает обязательное логирование запросов, мониторинг ошибок, распределённый трейсинг — иначе невозможно понять, где произошёл дефект и какая часть системы его вызвала. Современная практика также включает feature-flags и механизмы мягкой деградации, чтобы можно было оперативно отключать новые функции при ухудшении качества сервиса. Когда определённая область полностью перенесена, архитекторы просто «перерезают» маршруты и вырезают старый код. В итоге монолит постепенно «умирает», освобождая место новой архитектуре.
Стратегия Strangler Fig особенно актуальна в России, где большинство корпоративных систем имеют многолетние слои легаси и не могут быть переписаны одномоментно. Банковские, телекоммуникационные, ритейл-и ERP-системы регулярно переходят на новую архитектуру через этот паттерн. Он позволяет бизнесу непрерывно работать, а командам — избегать больших и рискованных переписок. Архитектор, владеющий этим подходом, способен руководить цифровой трансформацией крупных платформ без остановки бизнеса, что делает его компетенции крайне востребованными.