Как стать автором
Обновить

Как фронтендеры приручили микросервисы и перестали беспокоить бэкендеров

Время на прочтение9 мин
Количество просмотров11K
Всего голосов 32: ↑32 и ↓0+32
Комментарии15

Комментарии 15

Прикольный тест от мтс маркетолога, интересно узнать, как это было изнутри. Спасибо за статью!

Разработчица согласилась написать статью.

"По окончанию разработки письмо передается тестировщику, а после тестирования – в продакшн,..."
Проводится ли регресс тестирование и в какой момент?

Да. Любые изменения в коде проходят через регресс. После разработки задача попадает тестировщику. Только сейчас тестировщик прибегает к помощи разработчиков для тестовой рассылки, а перейдем к процессу когда тестировщик сможет протестировать без участия разработчика.

Было бы здорово почитать и про микрофронты в МТС)

Постараюсь в первом квартале сделать статью про микрофронтенды =)

Какой у вас состав команды?

Если говорить о тех кто программирует, то это 4.5 фронтендера и 3 бекендера.

Деплой, пайплайны, инфраструктура - сами?

Деплой настроен автоматический. При заливании в дев микросервис деплоется на внутренний дев стенд, при заливании в мастер деплоится в продакшен.

Паплайны разделены на две части. Первая это сборка контейнера и доставка в приватный репозиторий. Как правило их делают разработчики, но может сделать и девопс. Вторая это раскатка конфига по контуру. Здесь используется концепция GitOps, когда конфигурация прописана в гите и раскатывается по контурам из гита. За эту часть отвечает девопс.

Инфраструктурой в МТС занимается отдельная большая команда. Они отвечают и за надежность, мониторинг, уязвимости и остальное.

Какой транспорт между микросервисами используете?

Возможно ли несколько экземпляров какого-то сервиса?

Конкретно на этом проекте бекенд не мой, а фронтендовые микросервисы совсем не общаются между собой. На проектах где бекенд мой, микросервисы общаются через rabitmq.

Экземпляров можно запускать сколько угодно. Конкретно у нас запущено по 3 штуки для обеспечения высокодоступности.

Спасибо.

На каком стеке технологий у вас реализован мониторинг для фронтенд части приложения

Сейчас прям полноценного мониторинга нету. С клиентов метрики собираем через гугл аналитику, включая WebVitals. Контейнеры с nextjs и nestjs метрики собираем через prometheus.

Собираемся сделать полноценный мониторинг клиентов через WebPrometheus. Как выведем в опенсорс напишу подробную статью про наш мониторинг клиентов.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий