Что такое сервисная сетка в балансе нагрузки контейнера?

Думая об услугах, мне в голову приходят istio, а также прокси посланника.

https://istio.io/docs/concepts/what-is-istio/ https://www.envoyproxy.io/

Что это вообще такое? Здесь можно найти ответы на многие вопросы, но это хорошая статья с несколькими практическими примерами, которые может предоставить istio:

https://developers.redhat.com/blog/2018/03/06/introduction-istio-makes-mesh-things/

Истио становится известным за это. Он работает как контейнер 'sidecar', что означает, что он является другим контейнером в том же модуле, поэтому будет совмещен с другим контейнером и может влиять на сетевой трафик для этого контейнера.

Проще говоря, сервисная сетка - это фактически набор агентов (обычно для архитектуры микросервиса), но в некоторой степени инвертированный к традиционным подходам HA с балансировкой нагрузки виртуальных серверов.

Так, например: скажем, контейнерное приложение A хочет поговорить со службой S; вместо S, являющегося балансировщиком нагрузки (например, haproxy), у вас может быть несколько экземпляров Ss. A будет иметь коляску, у которой есть свойство, когда A хочет подключиться к S, коляска будет направлять трафик к одному из S.

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

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

Хотите иметь хорошую логику автоматического выключателя, чтобы предотвратить тайм-ауты и обеспечить постепенный отказ? Коляска!

Как насчет поддержки флагов функций, так что вы можете делать такие вещи, как темный запуск или отказоустойчивые функции, чтобы изящно справляться с нагрузкой. Коляска!

Как насчет помощи в мониторинге, визуализации и анализе трафика в вашей архитектуре? Монорельс! Монорельс! .... коляска!

Я пытаюсь сказать, что вы можете сделать свое приложение таким же простым, как зеленый единорог, говорящий по http, и позаботиться об инфраструктуре и вещах, о которых разработчики обычно ненавидят (ssl, балансировка нагрузки и т. Д.)

Или, по крайней мере, я надеюсь, что это обещание сервисной сетки.