У нас есть несколько инстансов приложения — подов, запущенных в кластере на разных нодах. Очень бы хотелось обращаться не напрямую к каждому поду по их IP адресу, а к некоторому “виртуальному” IP. И при обращении на этот IP-запрос распределялся на один из подов. Это бы существенным образом бы упростило межсервисное взаимодействие. Например, если у нас есть бекенд сервис, который производит обработку изображений, запущенный в трех экземплярах. И есть другой сервис, который использует этот бекенд. Ему все-равно, какой из подов обработает его запрос и сколько всего таких экземпляров запущено...

Статья поможет разобраться в том, как происходит балансировка нагрузки в Kubernetes, что происходит при масштабировании долгоживущих соединений и почему стоит рассматривать балансировку на стороне клиента, если вы используете HTTP/2, gRPC, rsockets, AMQP или другие долгоживущие протоколы...

Запускаем кластер Kubernetes через Kubespray. А именно сделаем кластер на виртуальных нодах в следующей комплектации: Kubernetes — проект с открытым исходным кодом для оркестрации кластера контейнеров Linux. Kubernetes управляет и запускает контейнеры Docker на большом количестве хостов, а так же обеспечивает совместное размещение и репликацию большого количества контейнеров. Kubespray — проект с открытым исходным кодом, включающий в себя набор Ansible ролей для установки и конфигурации Kubernetes...

Сегодня предлагаю поговорить про такой компонент Kubernetes как Ingress Controller. Ingress Controller используется для доступа к вашим приложениям внутри Kubernetes кластера. Существует большое количество различных контроллеров, вот некоторые из них: · https://github.com/kubernetes/ingress-nginx · https://github.com/jcmoraisjr/haproxy-ingress · https://github.com/projectcontour/contour · https://github.com/traefik/traefik · https://github...