TI
Написано же что несколько контейнеров в поде. Укажите тот что нужен
Вот эти два: jenkins и config-reload?
Size: a a a
2021 January 04
SM
БД отдельно не хочу менеджить, опять же - пусть все через куб создается, даже если оно реально вне куба расположено
https://github.com/crossplane/crossplane но это если речь об облаках
S
Вот эти два: jenkins и config-reload?
Именно
TI
Именно
Спасиб)
OF
Короткий ответ - можно
а как и через что?
R
https://github.com/crossplane/crossplane но это если речь об облаках
Терраформ внутри куба, кек. Посмотрю, спасибо
GG
Терраформ не нужен
GG
От слова совсем
EK
Терраформ не нужен
Шта
R
Это я про концепцию, так-то там не терраформ под капотом
DS
Если бы проблема была только в кубовых ресурсах, то я бы на темплейтинге и остановился, возможно, да. Но мне нужно дополнительные ресурсы менеджить вне кластера, и не хочется этого делать руками, потому что я обязательно накосячу. А единожды написав отлаженный процесс, я получу возможность косячить меньше.
Есть готовые операторы, которые часть того что мне нужно умеют делать. Но не 100%, и их придется деплоить несколько штук, что тоже доп. сложность. Мне проще написать свое кастомное легковесное решение
Есть готовые операторы, которые часть того что мне нужно умеют делать. Но не 100%, и их придется деплоить несколько штук, что тоже доп. сложность. Мне проще написать свое кастомное легковесное решение
а вдруг уже есть решения? И можно кубовыми манифестами рулить внешними ресурсами. Например вот смотри: https://aws.amazon.com/blogs/containers/aws-controllers-for-kubernetes-ack/
И еще специально под этот кейс придумали: https://kubernetes.io/docs/concepts/extend-kubernetes/service-catalog/ мб твой провайдер/облако поддерживает service catalog для куба. Например aws: https://aws.amazon.com/blogs/opensource/provision-aws-services-kubernetes-aws-service-broker/
И еще специально под этот кейс придумали: https://kubernetes.io/docs/concepts/extend-kubernetes/service-catalog/ мб твой провайдер/облако поддерживает service catalog для куба. Например aws: https://aws.amazon.com/blogs/opensource/provision-aws-services-kubernetes-aws-service-broker/
GG
Условно - свой оператор - минимальный код для менеджмента, полный контроль над кодовой базой.
Терраформ - непонятные проблемы при переезде между версиями движка терраформ и провайдеров
Терраформ - непонятные проблемы при переезде между версиями движка терраформ и провайдеров
EK
Условно - свой оператор - минимальный код для менеджмента, полный контроль над кодовой базой.
Терраформ - непонятные проблемы при переезде между версиями движка терраформ и провайдеров
Терраформ - непонятные проблемы при переезде между версиями движка терраформ и провайдеров
Терраформ нужен. Но только чтобы саму инфру иачить.
R
Условно - свой оператор - минимальный код для менеджмента, полный контроль над кодовой базой.
Терраформ - непонятные проблемы при переезде между версиями движка терраформ и провайдеров
Терраформ - непонятные проблемы при переезде между версиями движка терраформ и провайдеров
Вот поэтому хочется свой оператор, а не 10 third-party затащить, даже если это решило бы проблему.
У меня ещё команда кроссфункциональная сравнительно, все знают в некоторой степени, что такое куб, но нет времени руками админить. И нам как разработчикам проще закодить что-то, что проще именно нам для понимания, чем разбираться с кучей чужих инструментов
У меня ещё команда кроссфункциональная сравнительно, все знают в некоторой степени, что такое куб, но нет времени руками админить. И нам как разработчикам проще закодить что-то, что проще именно нам для понимания, чем разбираться с кучей чужих инструментов
GG
Терраформ нужен. Но только чтобы саму инфру иачить.
Не нужен
GG
Скажем так - если его тащишь - это должно быть осознанное решение
GG
А не потому что хайп
EK
Да ну? Gke, vpc, подсети (например в gcp) руками создавать штоле?
EK
А если проектов в gcp овер 10 шт?
EK
И все должны быть однотипные?