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

> Решение? Распиливаем фронт на части.

Некоторые преимущества которые мы получим:

• Сможем независимо, отдельными командами, разрабатывать отдельные части приложения.
• Автоматически обновлять код сразу в нескольких приложениях.
• Уменьшим размер основного бандла.
• Получим общие компоненты и быстрый доступ к ним.
• Ускорим поставки в Продакшн.

Концепция разделения монолита на части пришла к нам из бэкенда — от микросервисов.