Как мы сделали независимый деплой 20+ микрофронтендов
На AeroPort мы пришли к мечте любого фронтендера: выкатывать каждый микрофронтенд отдельно и не молиться, чтобы не упало всё остальное. Что сделали и к чему это привело.

На AeroPort мы пришли к мечте любого фронтендера: выкатывать каждый микрофронтенд отдельно и не молиться, чтобы не упало всё остальное 😅
Что сделали:
— настроили независимый деплой для 20+ микрофронтендов; — добавили contract testing, чтобы изменения не ломали соседей; — включили canary releases: сначала обновление видит малая часть пользователей, и только потом — все; — выстроили governance, code review standards и единые deployment pipelines для 20+ команд.
Итог: каждый сервис можно обновить или откатить независимо. Без общих релизов в стиле “созвон на 40 человек в пятницу вечером”. В эпоху, когда скорость релизов уже как KPI, такая архитектура — не хайп, а база.