Comments 9
Иронично что именно Rancher стал делать мини кубер, в то время как k8s спокойно влазит в 512 Мб 1 Core в отличии от Rancher. (да я понимаю что k3s разворачивается быстрее)
По словам разработчиков из кода было вырезано порядка 1000 строк.
Из скольких миллионов?)
Я понимаю, что k8s это круто и современно, но где-то в сторонке стоит nomad, который работает как палка и даже в деве из коробки разворачивает локальный кластер для тестов одной командой. С одним глобальным минусом - не пытается из коробки поддерживать stateful (но не все хотят засовывать базы в k8s или пользуются облачными решениями для этого).
Согласен, читаю статью и вижу кучу компромиссов.
Перешёл на nomad, деплою с помощью Jenkins, получается gitops...
Вся эта балалайка 🪕 с ArgoCD и тп, для приведения кластера в состояние это такая здоровая абстракция над железом, что даже не хочется ей заниматься, ибо чем сложнее, тем не стабильнее...
k3s лучший из "микро" версий кубера,но...
Спустя полгода мучений управления k3s я понял, что на небольших сетапах кубер просто не нужен и мешает (можно обойтись ансиблом или номадом), а на больших лучше сразу полноценный дистрибутив использовать.
ну оно и не особо подходит для прям активного использования - придумывалось для тех мест где надо тесты погонять и ради тестов не очень хочется k8s поднимать полноценный
А подскажите пожалуйста, что значит "на небольших сетапах" ? Где граница и какие градации вы используете? Мне как раз пытаются продать кубер и похоже у нас ни приложения не готовы для докера, ни достаточно людей для поддержки кубера как такового.
а с какими мучениями столкнулись, если не секрет?
Введение в k3s: познакомимся с младшим братом k8s