AS
вот с ними то что делать
Size: a a a
2020 December 19
AS
брать и маинтейнить?)
AS
вот нужен тебе абстрактный постгрес, ты его с апстрима подлюкчать будешь и мастерить нечитаемые values.values.postgres.database.name
AS
которые при следующем релизе постгреса тупо отломаются и ты даже не заметишь )
k
оператор все ранво надо ставить
Оператор хорош тем, что установка онного всегда одинаковая, то есть может быть описана одним YAML.
А вот для деплоя приложения через оператор, ты описываешь желаемые параметры в отдельном CR.
Таким образом в идеальном мире тебе пришлось бы зааплаить два YAML'а: сам оператор, и CustomResource для него, второй не составляет труда написать самостоятельно.
Но ещё раз повторюсь, в идеальном мире.
А вот для деплоя приложения через оператор, ты описываешь желаемые параметры в отдельном CR.
Таким образом в идеальном мире тебе пришлось бы зааплаить два YAML'а: сам оператор, и CustomResource для него, второй не составляет труда написать самостоятельно.
Но ещё раз повторюсь, в идеальном мире.
AS
а если человек хочет екстернал постгрес, тебе надо еще добавить
postgres: false
что уже нечитаемо
и добавить values.values.postgres.database.name.external
postgres: false
что уже нечитаемо
и добавить values.values.postgres.database.name.external
AS
и все эту хрень делают без всяких стандартов, как умеют.
в итоге абстрактный Вася потом сидит и репу чешет, разматывая бесконечные {{.}}
в итоге абстрактный Вася потом сидит и репу чешет, разматывая бесконечные {{.}}
GG
Оператор хорош тем, что установка онного всегда одинаковая, то есть может быть описана одним YAML.
А вот для деплоя приложения через оператор, ты описываешь желаемые параметры в отдельном CR.
Таким образом в идеальном мире тебе пришлось бы зааплаить два YAML'а: сам оператор, и CustomResource для него, второй не составляет труда написать самостоятельно.
Но ещё раз повторюсь, в идеальном мире.
А вот для деплоя приложения через оператор, ты описываешь желаемые параметры в отдельном CR.
Таким образом в идеальном мире тебе пришлось бы зааплаить два YAML'а: сам оператор, и CustomResource для него, второй не составляет труда написать самостоятельно.
Но ещё раз повторюсь, в идеальном мире.
+
LB
какой план ваще,
- взять апстримный чарт
- написать на него валидатор
- прогнать валидатор
- прогнать другой
- раздеплоить
- взять апстримный чарт
- написать на него валидатор
- прогнать валидатор
- прогнать другой
- раздеплоить
Я рендерю чарт и потом работаю просто с ямлом
GG
Плюс не учтены переходы между версиями оператора
k
брать и маинтейнить?)
Да, ну или хотя бы PR заслать, ведь мэйнтейнить чарты может каждый так как всё стандартизированно более-менее, а мейнтейнить оператора нужно иметь тулкит языка на котором написан оператор, установить все dependencies, уметь закодить нужную фичу, собрать docker-image, запушить в регистри, подправить манифесты оператора и вот это всё
GG
Да, ну или хотя бы PR заслать, ведь мэйнтейнить чарты может каждый так как всё стандартизированно более-менее, а мейнтейнить оператора нужно иметь тулкит языка на котором написан оператор, установить все dependencies, уметь закодить нужную фичу, собрать docker-image, запушить в регистри, подправить манифесты оператора и вот это всё
Только свой пиар могут не принять
GG
и все эту хрень делают без всяких стандартов, как умеют.
в итоге абстрактный Вася потом сидит и репу чешет, разматывая бесконечные {{.}}
в итоге абстрактный Вася потом сидит и репу чешет, разматывая бесконечные {{.}}
+
GG
Это такая же ботва как с ролями ансибл
GG
Стоимость разобраться выше, чем написать самому
k
Только свой пиар могут не принять
Да и пофигу вообще, делаешь форк значит, это же хелм-чарт
k
Можешь его даже на artifact hub запушить
k
Стоимость разобраться выше, чем написать самому
Вот да, у хельма это не всегда так
GG
Можешь его даже на artifact hub запушить
И в результате идёт война форков
GG
И кого нажористей