Представьте: у вас 10 микросервисов в GKE. Для каждого поднят свой Application Load Balancer. Это значит 10 внешних IP-адресов. Казалось бы, мелочь — но когда сервисов становится 20, 30… счёт за IP начинает бросаться в глаза.
В чём суть проблемы?
GCP берёт деньги за внешние статические IP ($0.01/час = ~$7/месяц за каждый). Когда у вас 10 IP — это $72/месяц. Запустили ещё 10 сервисов — уже $144. Плюс управление: отслеживать DNS-записи для каждого IP, следить за сертификатами, дебажить routing. Это не космос, но требует внимания.
Что делают неоптимально?
Классическая ошибка — “один сервис = один Load Balancer”. Так проще на старте, но дальше это превращается в зоопарк из IP-адресов и конфигов. Второй миф: “SSL-сертификаты дорогие, надо экономить”. В GCP managed-сертификаты для HTTPS бесплатны (первые 100 штук). Проблема не в сертификатах, а в IP.
Как иначе?
Можно использовать один Application Load Balancer как прокси (аналог Nginx). Несколько доменов (service1.example.com, service2.example.com) висят на одном внешнем IP. Load Balancer по host header понимает, куда отправить запрос, и автоматом управляет SSL-сертификатами для всех доменов.
В GCP ALB оплата идёт за routing rules ($0.025/час за правило = $360/мес) = ~$367/мес.$18/мес), а не за количество балансеров. Если у вас 20 сервисов на одном LB — вы платите за один IP ($7/мес) + 20 правил (
Нюанс: реализация завязана на специфику GCP (NEG, backend targets). Без Terraform-модуля или аналога управлять вручную — дорого по времени. Зато когда настроено — работает отлично.
Реальный пример:
- Было: 20 сервисов = 20 IP + 20 LB = ~$500-600/мес
- Стало: 1 IP + 20 routing rules = ~$367/мес
Экономия заметна, особенно если сервисов много. Если у вас 2-3 сервиса — возможно, не стоит заморачиваться. Если 20+ — точно стоит посчитать.
А у вас как организован Load Balancing? Сколько сервисов, сколько IP? Может, пора пересмотреть архитектуру?