Где посланник Istio подходит для применения в микросервисах - PullRequest
0 голосов
/ 16 апреля 2019

Я пытаюсь понять полную картину архитектуры микросервиса.Я работаю на Java, поэтому работал с весенними загрузочными приложениями.Насколько я понимаю, Spring имеет хорошую интеграцию с модулями Netflix, такими как обнаружение сервисов, zuul api Gateway, hystrix и другими модулями.Но когда дело доходит до производственных приложений, которые развернуты в виде контейнеров в любых облачных провайдерах с kubernetes в качестве оркестрированных, я вижу, что они используют envoy и Istio для балансировки нагрузки устойчивости и других задач.

Я не понимаю, где Istio издесь подходит посланник вместо модулей Netflix oss

1 Ответ

3 голосов
/ 16 апреля 2019

Istio подходит для микросервисов, потому что позволяет абстрагировать аналогичные реализации (повторные попытки, прерывание цепи, ведение журнала, трассировка и т. Д.), Выполненные по-разному различными средами и языками, в контейнеры для колясок.

Один из основных принципов микросервисной архитектуры заключается в том, что «мы должны позволить нашим командам выбирать технологический стек (язык, инфраструктуру, элементы конфигурации и т. Д.), Который они считают подходящим для варианта использования каждого компонента». Тем не менее, мы хотели бы обеспечить, чтобы каждый придерживался сквозных задач, таких как повторные попытки, разрыв цепи, регистрация, отслеживание, что является правилом, охватывающим целые экосистемы.

Разнообразие инструментов иногда вводит разные варианты поведения (например, библиотеки Go и C # для повторных попыток могут иметь библиотеки, которые различаются с точки зрения мелких деталей, которые важны для вас), и это именно то, что Istio именно пытается решить.

Он позволяет вам создавать контейнеры для колясок многократного использования, которые дополняют существующее поведение ваших существующих приложений, так что им не нужно беспокоиться о сквозных проблемах, поскольку они уже интегрированы с вашим уровнем 5 (Service Mesh)

PS: Добро пожаловать в Stackoverflow!

...