Присмотритесь к Service Mesh Service Mesh выполняет управляет сетевым взаимодействием сервисов вместо вас, оставляя вам только конфигурацию и мониторинг. Это позволяет вынести логику управления сетевой коммуникации (шифрование, retry, timeout) из приложения. А чем меньше логики в приложении, тем лучше, особенно, если эта логика не имеет отношения к цели сервиса. Сейчас на рынке два признанных продукта: 🔴Istio 🔴Linkerd Istio сложный, но богатый на функционал продукт. Его используют Сбер, ВТБ и другие крупные игроки, поэтому найти DevOps-инженера с опытом эксплуатации систем с использованием Istio вполне возможно. Linkerd – проще и доступнее, его вполне можно изучить и внедрить своими силами, чего про Istio сказать сложно. По крайней мере на моем локальном Kubernetes кластере он установился и заработал без головняка. ❗️Linkerd использует собственную реализацию Reverse-Proxy вместо Envoy как у конкурентов. И эта реализация настолько хорошо оптимизирована, что ставит одни рекорды. Например, Linkerd лучше по response-time на ~60%, чем Istio. А при включенном mTLS добавляет < 0.1 мс к времени обработки. Используется ли у вас Service Mesh и если да, то какой? Делитесь в комментариях, интересно насколько распространена тема Service Mesh в России. #архитектура #технологии #паттерны Подписывайся на канал и погружайся в пучину знаний с IT Удильщиком!