---
title: Сложные веб-приложения
description: "Когда выбирать формат сложного web app: много ролей, сложные состояния, workflow и интеграции."
---

## Когда этот тип подходит

Сложное веб-приложение нужно, когда продукт объединяет несколько ролевых контуров и нестандартную прикладную логику в едином интерфейсе.

Типичные сценарии:

- Multi-role продукт с разными интерфейсами и правами.
- Сложные жизненные циклы сущностей и зависимые состояния.
- Интеграции с несколькими внешними API и внутренними системами.

## Что важно заложить в архитектуру

- Чёткие bounded context и границы ответственности сервисов.
- Контрактная модель интеграций и versioning API.
- Наблюдаемость по бизнес-событиям, а не только по системным метрикам.
- Механизмы идемпотентности и компенсаций для распределённых операций.

## Типичные риски

- Раннее усложнение архитектуры без подтверждённой продуктовой необходимости.
- Размытие доменных границ и «суперсервис», который тормозит команду.
- Непредсказуемое поведение при частичных отказах интеграций.

## Связанные страницы

- [Каталог типов сервисных проектов](https://wpcraft.ru/kb/practices/services/types.md)
- [Сервисная архитектура](https://wpcraft.ru/kb/practices/services/service-architecture.md)
- [Оптимальный стек для сервисов](https://wpcraft.ru/kb/practices/services/service-stack.md)
- [Сценарии Laravel + Filament](https://wpcraft.ru/kb/stacks/filament/use-cases.md)

## Материалы и источники

- [Типы сервисных проектов](https://wpcraft.ru/kb/practices/services/types.md)
- [Микросервисы и SOA: выбор архитектуры](https://wpcraft.ru/kb/practices/services/service-architecture.md)