Бизнесу не обязательно разбираться в Kafka, Kubernetes или внутреннем устройстве базы данных. Но полезно понимать, почему компания выбирает то или иное архитектурное решение и что этот выбор изменит за пределами IT.
Архитектура определяет не только устройство системы. Она влияет на то, насколько быстро можно запускать изменения, могут ли команды работать независимо, сколько стоит развитие продукта, как система переживает сбои и что в итоге видит клиент.
Какие вопросы здесь действительно важны
Поэтому в этом разделе я хочу разбирать архитектурные паттерны и решения не как справочник технологий, а через несколько практических вопросов:
- Какую проблему мы пытаемся решить?
- Что именно даёт это решение бизнесу?
- Что меняется для команды разработки и эксплуатации?
- Что получает клиент?
- Чем мы за это платим: деньгами, сложностью, скоростью или новыми рисками?
- Когда решение оправдано, а когда оно преждевременно?
- Какие альтернативы стоит рассмотреть?
Не существует бесплатной архитектуры
Микросервисы дают одни возможности и создают новую сложность. Кэш ускоряет систему и одновременно добавляет проблему актуальности данных. API Gateway упрощает одну часть архитектуры и создаёт ещё один компонент, за который нужно отвечать.
Поэтому главный вопрос для меня не «какой паттерн лучше?», а что мы получаем и чем за это платим.
Именно с этой точки зрения здесь будут разбираться API, интеграции, события, базы данных, масштабирование, надёжность, cloud, безопасность, legacy, AI-архитектура и другие решения.