Search
Write a publication
Pull to refresh
11
60.1
Алексей Колосков @vsyscoder

DevOps в Hilbert Team

Send message

ingress-nginx крутится внутри кубера. При этом, для обработки большего трафика, может быть запущено несколько экемпляров ingress-nginx на разных нодах. LoadBalancer собственно выполняет функцию доставки внешнего (по отношению к k8s) трафика до подов ingress-nginx (через NodePort) и балансировки этого транфика между подами ingress-nginx если их несколько.

nginx - достаточно зрелый продукт, разрабатывался изначально не для работы в качестве ingress-контроллера. Да и k8s в те времена еще не было 😁️️️️️️ Отсюда и генерация статического конфига и прочие особенности.

Насчет Caddy или Traefik — в планах не было, но не исключаю)

Спасибо за коммнтарий! Под капотом у ingress-nginx все тот же nginx со своими плюсами и минусами. Однако блок upstream, как требующий наиболее частого изменения в k8s, реализован динамически, без relaod-а. В следующей части статьи этот механиз будет разобран подробнее.

Квоты - они везде :)

Даже в локальной инфре ресурсы ограничены имеющимся железом - однако их увеличение может занимать по полгода))

Про постепенно — хорошее замечание! Тут скорее вопрос удобства. Идеальный вариант —  это запустил и через какое-то время просто проверил результат, собственно, к этому и пришли. Цель автоматизации как раз в том, чтобы минимизировать количество ручных операций)) К тому же в статье предполагается деплой инфраструктуры с деплой-хоста руками. Однако следующим шагом может быть внедрение инфраструктурного пайплайна, а там уже инженер имеет меньше контроля над параметрами запуска. Но это уже тема для отдельной статьи 🙂

Куда же без него)) Удобный инструмент, позволяет заметно уменьшить количество костылей, особенно если его использовать с самого начала

Information

Rating
218-th
Registered
Activity