hostport это dnat же?

Добрый день. Есть большой вопрос по OpenShift. На конференции РИТ++ на докладе посвященном Helm и как его дополнить до полноценного инструмента с помощью доп OSS инструментов первым вопросом из зала было А почему нет OpenShift - там все это есть из коробки. Я начал читать документацию по OpenShift, но это не раз-два - современные маркетологи ухитряются превратить заглавные страницы сайтов в "сказочный лес" - нихрена не понятно что же это такое и зачем оно нужно. Но нужно точно. Поэтому я хотел бы спросить - есть ли какое нибудь не очень длинное описание того, что может OpenShift. Меня в первую очередь интересует развертывание приложений в k8s. Допустим у нас есть 5 приложений наших и еще 100 "приложений", которые мы используем для того, чтобы наши могли работать - всякие графаны, ES, jenkins и т.д. Хотелось бы чтобы состояние k8s - все дескрипторы и конфигмапы - все версионно хранилось. Например в git, так чтобы можно было воспроизвести, откатить и пр. К тому же есть некоторые "маленькие различия" поскольку кластеров должно быть несколько - например dev, test, prod и в каждом должны быть свои параметры. И процедура развертывания тоже немного разная - dev,test - все просто, можно даже автоматом после создания новой версии. prod должен развертываться только после предварительного одобрения, потихонечку, все должно проверяться (лучше если автоматически). И вот вопрос - умеет ли все это OpenShift, как он делает, есть ли толковые доки по этому делу и пр. Второй вопрос, который меня не интересует сейчас, но тоже интересный - поддержка в момент разработки - более быстрое создание image, деплой всего в процессе разработки без комита, желательно одной кнопкой, желательно из IDE, желательно с минимальными инкрементальными перемещениями изменившихся данных (исходников или там чего мы накомпилировали) между дев хостом и рабочим кластером. Не думаю, что OpenShift заходит настолько далеко, что позволяет создание дев кластеров или дев инсталляций потому что обычно это предполагает, что часть приложений в дев "кластере" будет своя, часть сервисов будет использоваться из prod кластера и все это надо как-то разрулить, сделать какой-то мэш, как-то конфигурацию изменить.

>Хотелось бы чтобы состояние k8s - все дескрипторы и конфигмапы - все версионно хранилось. храните yaml в ansible репе и накатывайте его плейбуками? Такое и любой k8s может

Деплой ансиблом?)

ачотакова? Можно нормально проверить поднялся ли сервис, например

Мы с тобой уже обсуждали скорость развития ансибла и частоту переделки модулей, а так хорошая идея имхо

касательно k8s клянутся что этот уже надолго, релиза два протянет

Нет, это запуск контейнеров пода в сетевом пространстве имен хоста.

C Hostnetwork путаете, hostport в контексте портов контейнера задаётся

Накатывать апдейты в кубернетес через ansible это конечно революционно. Но есть несколько но: во-первых вопрос был про OpenShift, а не как мне это прикостылить во-вторых например kubectl apply не всегда работает, иногда надо делать remove, хотя может и replace прокатит. И я не хочу это костылить в ansible в третьих мне нужен UI какой-нибудь. Я же говорил - в прод инсталляции деплой должен происходить только с разрешения одобряющего.

Накатывать апдейты в кубернетес через ansible это конечно революционно. Но есть несколько но: во-первых вопрос был про OpenShift, а не как мне это прикостылить во-вторых например kubectl apply не всегда работает, иногда надо делать remove, хотя может и replace прокатит. И я не хочу это костылить в ansible в третьих мне нужен UI какой-нибудь. Я же говорил - в прод инсталляции деплой должен происходить только с разрешения одобряющего.

пасиб, блин, больная мозоль, мне низя :(

пасибки, телеграмм для меня перебор, у меня хуки, но посыл ясен

gitlab сейчас активно решает проблему, что .gitlab-ci.yml может любой разраб поменять и запустить таски тоже.

gitlab сейчас активно решает проблему, что .gitlab-ci.yml может любой разраб поменять и запустить таски тоже.

А как на счёт мерджа в ветку только через код ревью и апрув?

А как на счёт мерджа в ветку только через код ревью и апрув?

git push -f можно запретить

дык а пермишены только на одну ветку, там и размещать, просто диковатый gitlab-ci.yml получится

нельзя запретить правку gitlab-ci.yml

Я даже сходу не знаю простого способа определить, что git push изменил конкретный файл с прошлого раза. Хранить все git push как-то не круто, чтобы это трэкать. Сравнивать с мастером - у всех разные привычки, не все опираются на одну ветку. Короче сложно, это и решают.

как по простому чекать, что git push на сервер не меняет файл конкретный?

да ну чё вы меня расстраиваете, за 3 года ничё не изменилось? т.е. моя мечта, что можно сделать бранч с пермишенами "можно только я" и запускать gitlab-ci только из него низя?

да ну чё вы меня расстраиваете, за 3 года ничё не изменилось? т.е. моя мечта, что можно сделать бранч с пермишенами "можно только я" и запускать gitlab-ci только из него низя?

и как это будет работать? чет я туплю

протектед бранчи как способ ограничить круг лиц, которые могут пушить в них и контроллировать CI

ты можешь в свою ветку запушить какой хочешь gitlab-ci. Не понимаю причем тут protected бранчи