За пять лет работы с Kubernetes в дикой природе — от огромных корпораций до маленьких стартапов — мы насмотрелись на самые разные подходы к построению кластеров. И вот что видно: все условно делятся на два лагеря.
Одни строят огромные монолитные кластеры — на 10+ нод — и постоянно их раздувают. Это как чёрная дыра: всё больше ресурсов, сложнее управлять, дороже содержать.
Другие плодят отдельные кластеры под каждую задачу— новый продукт, тестовое окружение, фичу. Почти что «кластер на каждый чих».
Назревает закономерный вопрос: какой же подход лучше? В этом докладе мы как раз разберём, когда выигрывает один большой «коммунальный» кластер, а когда — подход с кучей маленьких.
Мы честно посмотрим на плюсы и минусы каждого варианта, без прикрас. И сделаем это с оглядкой на:

• реальные бизнес-задачи и требования
• тренды рынка и лучшие практики
• а главное — на наш собственный, иногда «кровавый», опыт эксплуатации.