Kubernetes ( K8S ) это потрясающе. Я фанат. Мне так нравится, что у меня есть номерной знак на тему K8S на моей машине, но я съеживаюсь каждый раз, когда вижу сообщение в блоге или твитнуть его в качестве решения для зарождающейся компании.
Как микросервисы (которые, сильное мнение, входящее … вы также, вероятно, не должны использовать, особенно для чего -то нового. Серьезно, остановись. ), K8S решает определенный набор проблем (в основном координация/абстракция некоторых компонентов/развертываний инфраструктуры и множества вещей, связанных с общим масштабированием/самовосстановлением) и поставляется со значительными, обычно упускаемыми из виду затратами.
С точки зрения Sysadmin K8s — пограничная магия. По сравнению со всей автоматизацией на заказ, который, возможно, должен был построить в прошлом, K8S обеспечивает путь инфраструктуры общего назначения как код, который *просто работает *. Метафора легоподобных кирпичей, которая складывается вместе, подходит … по большей части.
K8s отвлекает огромное количество сложности, которая обычно потребляет жизнь Sysadmins, но сложность все еще существует. Это просто изящно скрыто в 95% случаев, и то, как он пузырится, является бинарным. Проблемы в K8s либо невероятно легко решить, либо невероятно сложные. Не так много промежуточных. Вы либо строите с LEGO, либо устранение неполадок полимеров на молекулярном уровне.
Развертывание совершенно новой службы, настроенной от входа в базу данных в простого для чтения файла YAML? — Супер просто.
Понимание взаимодействия оптимизации сети и режимов сбоя в инфра-службе? — даже с такими инструментами, как Сервис сетки И усовершенствованный мониторинг/самоанализ, это действительно сложно.
Безопасность кластера, сетевые элементы управления, сторонние плагины? Теперь вы находитесь в глубокой, конкретной доменной земле.
Hosted-K8s (EKS, AKS, GKE и т. Д.) Не решает эти проблемы для вас. * *Предостережение: я знаю, что есть несколько Полностью управляемый Поставщики K8s появляются, но лучшими из них являются в основном платформа как услуга (PAAS). * * Он решает множество других проблем, связанных с уходом и кормлением плоскости управления K8S, но у вас все еще остается сложность, которая присуща обслуживанию услуг в кластере. Даже если вы девятый уровень ведьмы Linux, возникают проблемы, которые возникают при запуске кластерной инфраструктуры в масштабе, которые просто * жесткие * аналогичным образом (но по общему признанию, менее растерянный), что нейробиология тяжелая.
Есть момент, когда задача этой скрытой сложности начинает перевешивать преимущества K8s, но он довольно далеко в будущем-мы говорим о многочисленных затратах на день в течение дня. Установки/Сервис и благоприятные географические территории. Или вы находитесь в очень специфической нише, которая требует сложных автопарков с автоматическим обучением или чего-то подобного.
Это не предназначено как то, как страх. Опять же, я использую K8S каждый день и думаю, что это потрясающе, но вам нужно войти в него с широко открытыми глазами И только после того, как вы сильно наклонились к ограничениям PaaS или более традиционной, скучной технологии, которую вы полностью Grok. Я начал использовать K8s с этой перспективой (по крайней мере, я думаю, что это так), и на этом пути все еще были сюрпризы. Это не панацея. Маловероятно, что использование K8s спасет вашу компанию. Как и в большинстве технологий, это вызовет столько проблем, сколько и решается, вам просто нужно иметь твердое понимание и обоснование, связанные с тем, с какими проблемами вы хотите, и способны решить.
Если вы строите новую компанию или продукт, устранение неполадок K8, вероятно, не в одной из задач, с которыми вы должны иметь дело. Используйте Heroku или Elastic Beanstalk или что -то еще, что заботится о недифференцированной тяжелой подъеме для вас. Вы можете вернуться к K8s, когда все начнет готовить, и у вас есть люди и ресурсы, чтобы сохранить ситуацию.
Ничто из этого не означает, что вы не должны изучать K8s или играть с minikube в развитие. Просто имейте в виду огромную разницу между освоением K8s на вашей местной машине и выполнением ее в производстве.
Вы можете заменить «K8s» практически любой технологией И я думаю, что этот совет все равно будет применяться. Если вы создаете что -то новое, сосредоточьтесь на вещах, которые действительно перемещают иглу, и не пытайтесь решать архитектурные проблемы, которых у вас нет.
Фотография Фрэнк Эйффферт на Неспособный
Оригинал: «https://dev.to/liquid_chickens/you-probably-shouldn-t-be-using-kubernetes-for-your-new-startup-2hj6»