Комментарии 21
Глупости.
Во-первых, помимо k8s есть и другие средства оркестрации контейнеров: podman, openshift, ...
Во-вторых, подстраиваться под нагрузку можно вполне себе и виртуальными серверами (добавляя/убавляя сервера в пул балансировки, добавляя им ресурсов или просто поднимая новые экземпляры нужных сервисов на сервере, погасив ненужные). В конце концов, обычно в Кубере сколько ресурсов выделили, столько и используют, далеко не все динамически добавляют/убавляют ресы.
Микросервисы на виртуалках тоже прекрасно живут.
Я уже молчу о том, что shared-хостинги давным-давно были придуманы, задолго до кубера и прекрасно распределяли ресурсы (причём ещё и овер-селлинг успешно умели).
Микросервисы не обязаны быть связаны с k8s и даже не обязаны быть построены как докер образы. Система деплоя отслеживания и балансировки экземпляров вполне строится на базе скриптов и к примеру HAProxy . Работает стабильно и в пределе даже не требует виртуализации. Да больше надо строить самому - но не так сложно как думают привыкшие к k8s. Хотя в k8s конечно удобнее и быстрее строить.
До написания кубера, ИТ не существовало, понятно.
Да обычно упирается в БД, а она как раз-таки кубером не масштабируется. Так что сомнительная картина.
Расскажите это операторам kubernetes. Масштабируются и вертикально и горизонтально и шардами
Ну это в теории все красиво, для небольших сервисов. Но что-то я пока не видел, чтобы крупные конторы засунули свой жирный инстанс оракл в кубер ) Его вообще стараются не трогать лишний раз. Или у вас есть примеры?
Я всего лишь сделал вам замечание, что ваше же утверждение "БД, а она как раз-таки кубером не масштабируется" является неверным.
крупнейший обувной ретейл давно презентовал свой k8s оператор для субд https://opensource.zalando.com/postgres-operator/
На самом деле статья занятная. Она про то что некоторые современные инженеры совершенно не представляют как в действительности работает железо и сеть, каким образом распределяется нагрузка и как строить распределенные системы, где даже отказ одного дата-центра не приведёт к даунтайму. У них вместо знания технологий один ответ - Kubernetes, магия там внутри, он решает все наши проблемы и даже немного больше. Большая беда конечно когда кубер магия перестаёт работать при определённой возросшей нагрузке, и тогда автор просыпается и проводит бессонную ночь, судорожно выясняя как в действительности магия устроена, если он вообще в состоянии это понять. Надо не искать серебряную пулю, а все-таки изучать как устроен кубер, и как все тоже самое можно спокойно повторить руками на железе или виртуалках, тогда возможно это вам сэкономит время, деньги, а ещё сбережёт драгоценные нервы.
Конечно, быть техно-жрецом здорово, но призываю вас быть скучным профессионалом, который каждую систему стремится разобрать на гайки, чтобы понять, как она в действительности функционирует.
Поставил Вам плюсик.
Надо не искать серебряную пулю, а все-таки изучать как устроен кубер, и как все тоже самое можно спокойно повторить руками на железе или виртуалках, тогда возможно это вам сэкономит время, деньги, а ещё сбережёт драгоценные нервы.
В быстроменяющейся обствновке вручную можно не успеть.
А что разве то как устроен Кубер нигде не описано? Это черный ящик? Я в январе пойду на курсы Микрософр по ихнему Куберу (AKS) и пока у меня нет ответа на этот вопрос.
Из того что я знаю про проблематику управления нагрузками ожидал бы наличие обратной связи управляющего компонента от управляемых объектов. Есть ли такая связь у Кубера?
Спасибо.
Но все сервисы вдруг начали работать так, как работали в те времена, когда про Kubernetes еще никто не слышал.
Это были времена стабильности и надёжности, где каждый знал, как всё работает изнутри и как всё правильно настроить.
Вы выходите из дома, вызываете такси — и сразу что-то не так. Приложение открылось, но карта не грузится. Стоимость скачет каждые десять секунд. Машины то появляются, то исчезают. С горем пополам вызываете наконец-то такси и добираетесь до офиса.
Это скорее описание текущего состояния инфраструктуры. Навайбкодили что-то, а потом этот результат херак и сразу в продуктивный кубернетес задеплоили ))))
Великолепно все было бы. Может даже лучше. Кто нибудь придумал бы систему получше. Небыло бы Арго. И других штук решающих проблемы арго.
Кубер из нового добавил только баланс контейнеров по железу. Остальное существовало и без него в том или ином виде.
Hasicorp Nomad такой: ну да ну да пошёл я нахер...
Хоть и люто ненавижу, но вообще про pacemaker k8s поклонение слышало? Вот прям до кубера никто не решал задач скейла, ha, балансировки да?
Очень веселая статья. Она лишь показывает как все завязано на одно узкое место k8s - но на практике, все отлично работает без кубера и его производных, и даже без докера(как говорили выше).
Кубер всего лишь сборка большого количества технологий и ПО которые были до него и много где используются по сей день и вполне себе вывозят нагрузки и масштабируются
Если бы в мире исчез Kubernetes