Как стать автором
Обновить
7
0
Максим Чудновский @chudnovskiy

Open Source Software Architect

Отправить сообщение

Здравствуйте!

Можно же сделать набор универсальных решений в виде типовых helm-chart для микросервисов и нормально написанной структурированной документацией, с вероятностью, с чендж логом, с roadmap, с единым центром разработки

У нас все так и сделано для компонентов разработки интеграционных сервисов, все чарты доступны на Dev портале с документацией и типовыми шаблонами использования, дополнительно есть собственная среда разработки low-code интеграций.

Если у Вас возникли проблемы, можете написать мне в лс или обратиться к нам через форму обратной связи на getsynapse.io.

Частично от проблем с инфраструктурой изолирует сама платформа контейнеризации за счет динамически создаваемых подов, service discovery и т.д. Service Mesh в свою очередь позволяет повысить уровень resilience распределенного приложения без дополнительных затрат: например, на уровне прокси можно управлять политиками retry и timeout management или настроить circuit breaker. Все эти решения пилотируются, в дополнение на уровне Service Mesh можно сделать fault injection и без вмешательства в код приложения проверить, что произойдет с решением в случае реальных сбоев в распределенной среде.

Рост накладных расходов очень сильно зависит от конкретной ситуации, например latency может изменяться от сотен микросекунд до единиц миллисекунд в разных проектах.

В плане сопровождения за счет единого control plane мы получаем возможность управлять всем сетевым трафиком в кластере, в условиях большого числа микросервисов это очень полезно.
Технических подробностей будет много, пока планируем осветить эту тему отдельным постом.

Если кратко, то
  • в основном используется open source, все компоненты распределенные и запускаются в среде управления контейнерами;
  • отказы обрабатываются стандартными средствами Kubernetes-кластеров;
  • для оптимизации на уровне data plane собирается набор метрик, в плане производительности overhead за счет использования дополнительного уровня proxy конечно есть, конкретные цифры могут быть сильно разными в зависимости от ситуации (степень декомпозиции решения на микросервисы, количество подов, нагрузка и прочее);
  • Service Mesh поддерживает мультирежим, причем с различными вариантами топологии data plane и control plane. Например, могут быть два Service Mesh в федерации Kubernetes из двух кластеров, управляемые единым contol plane.


Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность