Комментарии 14
Вижу что кто-то апнул мол больше рекламы чем пользы.
На самом деле проект развивается уже год, написано очень много и сложно детально описать весь процесс в рамках одной статьи при этом уложиться в рамки адекватного размера.
Если есть потребность, готовы написать отдельные статьи по интересующим вас темам.
Да всем пофиг
Во-первых поздравляю.
Во-вторых всегда есть люди, которым не пофиг.
Мой совет (совершенно искренний, ни над кем не издеваюсь): причесать «котов» в репе, вместо dkot какой-нибудь cshell написать, в cncf не поймут.
А так гордиться нам надо, что наши айтишники бороздят просторы несмотря на.
Труд в широком смысле не уважают, рекламу сразу видят. По этой же причине коньяк 5* max, памятники истории «ремонтируют» путем сноса и т.д.
Быть может посмотреть в сторону чего то, типа https://gitbooks.io/, что бы создавать большую "книгу"?
Да уже начали задумываться над единой документацией, https://gitbooks.io/ интересный проект но пока осваиваем https://squidfunk.github.io/mkdocs-material/ .
Спасибо за совет.
Спасибо за статью. Интересно несмотря на ощущение ещё одного инструмента для создания bespoken cluster(s), который будет доставлять боль в поддержке годами))
Такие статьи требуют кроме внимательного прочтения ещё и пачки экспериментов чтобы ощутить всю прелесть. Ну а ужас можно ощутить только в процессе эксплуатации результата, но большинство на это просто не пойдет и возьмёт более выверенные временем вещи типа kubeadm, kops, okd или флантовский deckhouse. Или k3s кому много не надо. Время и деньги на эксперименты не у всех есть..
Спасибо за ваш отзыв. На тему bespoken cluster(s) да вы правы это еще один инструмент для развертования, но т.к ограничен по времени и сил, не могу рассказать всю суть проекта сразу) Наш проект ориентирован на среды, где очень щепетильны к безопасности и на данный момент нету сборщиков кластеров с сертификатами из компанейского УЦ, это основное отличие, дальше повторили опыт фланта, улучшили многие места (в основной реп фланта yandex-cloud-controller, yandex-csi-controller помогли актуализировать их репозитории, добавили чарты, что бы их контроллеры можно было установить в vanila) и расширили кастомизацию за счет запуска напрямую с терраформа, а не через бинарь. (в первую очередь мы пытались сделать коробку но которая не имела бы ограничений на кастомизацию)
Самое главное что хотелось донести этой статьей, это то что есть интересные идеи и для любознательной аудитории они могли бы быть полезны. Популярность приходит не сразу, попробуем доказать пользу на деле)
Вопрос из чисто научного интереса: в списке узлов указана установленная версия 1.23. Надеюсь, Вы и новые разворачиваете, тут просто именно такая нужна была?
О, а это баг а не фича))
Да мы последнее время тестировали на 1.23.12 и пропустили момент кастомизации этого куска, чуть позже выпущу фикс.
Тут вопрос как описывать содержимое т.к от версии к версии компоненты надо дружить между собой по версиям.
Версии вот отсюда тянутся там пока хардкод
Спасибо за вашу наблюдательность)
Летом/осенью 2022 решал подобную задачу - автоматизация разворачивания self-managed кластера на яндекс облаке (до этого автоматизацией разворачивания k8s инфраструктуры и т.п. несколько лет занимался).
Добавил базовую поддержку яндекс.облака в kOps, но т.к. достучаться до кого-либо, кому это нужно или интересно не удалось, то забросил.
В upstream это не попало т.к. им нужны были гарантии от вендора, что поддержка будет долгой.
Pull request: https://github.com/kubernetes/kops/pull/14360
Как знать. Может кому и пригодится ещё. Из всех существующих это решение для self-managed Kubernetes облаков выглядит наиболее интересным и перспективным.
Managed Kubernetes the hard way