Как управлять сотнями sidecar-контейнеров в Kubernetes без боли и сожаления Платформа и платформенные команды

Доклад принят в программу конференции
Тезисы

Всем давно известно, что pod в Kubernetes может включать в себя несколько контейнеров. Например, один для приложения, второй для Service Mesh, третий – журналирование, а еще четвертый, пятый и т.д. В итоге много контейнеров, много вопросов:
* Зачем нужны дополнительные контейнеры, какие задачи они должны решать, а какие нет?
* Как изолировать платформенные контейнеры от пользовательских приложений?
* Как организовать автоматизацию процесса и не сломать кластер Kubernetes?
Давайте поговорим об этом в рамках доклада: обсудим, чем паттерн sidecar отличается от ambassador, узнаем про опыт использования типовых sidecar-инжекторов и универсальный подход к работе с дополнительными контейнерами.

Максим Чудновский
СберТех

Более 10 лет опыта разработки ПО в различных ролях: developer, product manager, solution architect, system architect.

Ключевые области проектов:
* высоконагруженные интеграционные решения;
* распределенные платформенные решения на базе облачных технологий;
* CI/CD-решения для облачных сред;
* AI&ML-решения.

Другие доклады секции Платформа и платформенные команды