Изоморфный деплой микрофронтендов

0:01 – Для кого это видео и какие проблемы деплоя микрофронтов оно решает. 0:32 – Стартовый контекст: отдельные команды микрофронта и хоста, разные процессы и отсутствие ревью‑окружений. 1:45 – Пояснение, что такое изоморфный деплой и почему один и тот же образ должен ездить по всем средам. 2:34 – Антипример: когда в dev и review крутится standalone, а в проде уже другой микрофронт. 3:08 – Почему минимальный образ микрофронта без хоста усложняет деплой и провоцирует «комбо‑образ». 4:12 – Правильный паттерн: чистый образ микрофронта плюс отдельный образ хоста, которые катаются связкой. 4:35 – Зачем нужен фейковый хост, если нормальный хост есть только на dev, а нужны ревью‑окружения и моки. 4:52 – Как фейковый хост помогает сохранить изоморфность и один и тот же процесс работы микрофронта с хостом. 5:53 – Как в dev одновременно использовать настоящий и фейковый хост, навесить тесты и дать доступ дизайнерам. 6:36 – Как через фейковый хост подключить Mock Service Worker и тестировать интеграцию менюшек и роутинга. 7:42 – Обратная сторона подхода: усложнение кодовой базы, CI/CD и ухудшение DX из‑за отсутствия нормального HMR. 9:13 – Итог: локально работаем в standalone, образ микрофронта держим чистым, а для окружений поднимаем фейковый хост с моками. микрофронтенды, микрофронтенд, microfrontends, microfrontend, module federation, webpack module federation, nx module federation, nx микрофронты, архитектура фронтенда, frontend архитектура, фронтенд архитектура, frontend architecture, деплой микрофронтов, deploy microfrontends, ci cd, ci cd frontend, ci cd микрофронты, devops frontend, изоморфный деплой, isomorphic deploy, fake host, фейковый хост, mock service worker, msw, frontend mentoring, frontend менторинг, фронтенд разработчик, senior frontend, lead frontend, nz-web