Все больше встречаю компаний, которые задумываются или уже начинают экспериментировать c Service Mesh в своих инфраструктурах как для задач связанных с информационной безопасность, так и нет. Но далеко не все на сегодняшний день представляю возможные вариации реализаций Service Mesh и их плюсы и минусы.

В статье "eBPF for Service Mesh? Yes, but Envoy Proxy is here to stay" мне понравилось как рассматривается текущая картина в сравнении да еще и с учетом технологии eBPF. В итоге рассматривается 4 архитектуры:

1) Sidecar proxy (service proxy)
2) Shared proxy per node
3) Shared proxy per service account (per node)
4) Shared remote proxy with micro proxy

Все это при этом сравнивается по 4 пунктам:
- Memory/CPU overhead
- Feature isolation
- Security granularity
- Upgrade impact

И не могу не сказать о статье "How eBPF will solve Service Mesh - Goodbye Sidecars" - там речь о еще одной архитектуре:
5) eBPF Accelerated Per-Node Proxy

2 важные цитаты про eBPF в этом контексте из статей:
1) " this would be quite difficult and may not be the right approach. eBPF is an event-handler model that has some constraints around how it runs."
2) "For some use cases, a proxy is still needed."

Выводы делайте сами с учетом ваших потребностей ;)