Зачем переходить на микросервисную архитектуру (MSA), какие сложности могут возникнуть в процессе, как на практике спланировать план «релокации» и почему решение об уходе с монолита гораздо больше зависит от принципов и культуры компании, чем от трендов в ИТ-индустрии, — об этом и многом другом мы расскажем в данной статье. Переход на микросервисы — это не просто технологичесĸое решение. Это шаг ĸ созданию более гибĸой и отзывчивой организации, конечная цель которой — позволить ĸомандам быстро и бесшовно внедрять фунĸции в производство. Зачем переходить на микросервисы Как всякая успешная миграция, успешный переход на микросервисы — это не только бегство от чего-то, но и приход к чему-то. Убедитесь, что, планируя переход, вы преследуете обе цели, а не только одну из них. Минусы монолита, которые могут стать поводом к переходу на микросервисы (бегство от): Времязатратность: даже небольшие обновления требуют развертывания всего приложения Трудности с тестированием и обслуживанием: со временем монолитные приложения становятся сложнее Единообразие стека: единый технологический стек во всем приложении может ограничивать гибкость. Единая точка отказа: плотное сцепление компонентов создает риск системных сбоев из-за проблем в отдельных компонентах. Проблемы масштабируемости. Эти проблемы негативно влияют на несколько архитектурных метрик, таких как: Низкая частота запуска новых функций или возможностей (Deployment Frequency). Невысокие показатели ... читать далее.
