Комментарии 15
Прикольный тест от мтс маркетолога, интересно узнать, как это было изнутри. Спасибо за статью!
"По окончанию разработки письмо передается тестировщику, а после тестирования – в продакшн,..."
Проводится ли регресс тестирование и в какой момент?
Было бы здорово почитать и про микрофронты в МТС)
Какой у вас состав команды?
Если говорить о тех кто программирует, то это 4.5 фронтендера и 3 бекендера.
Деплой, пайплайны, инфраструктура - сами?
Деплой настроен автоматический. При заливании в дев микросервис деплоется на внутренний дев стенд, при заливании в мастер деплоится в продакшен.
Паплайны разделены на две части. Первая это сборка контейнера и доставка в приватный репозиторий. Как правило их делают разработчики, но может сделать и девопс. Вторая это раскатка конфига по контуру. Здесь используется концепция GitOps, когда конфигурация прописана в гите и раскатывается по контурам из гита. За эту часть отвечает девопс.
Инфраструктурой в МТС занимается отдельная большая команда. Они отвечают и за надежность, мониторинг, уязвимости и остальное.
Какой транспорт между микросервисами используете?
Возможно ли несколько экземпляров какого-то сервиса?
На каком стеке технологий у вас реализован мониторинг для фронтенд части приложения
Сейчас прям полноценного мониторинга нету. С клиентов метрики собираем через гугл аналитику, включая WebVitals. Контейнеры с nextjs и nestjs метрики собираем через prometheus.
Собираемся сделать полноценный мониторинг клиентов через WebPrometheus. Как выведем в опенсорс напишу подробную статью про наш мониторинг клиентов.
Как фронтендеры приручили микросервисы и перестали беспокоить бэкендеров