DS
Не выкатить "старый имейдж" еще раз?
я не понимаю что ты тут имел в виду, сорян
Size: a a a
2020 November 18
AL
если код и образ не поменялись. Зачем его перевыкатывать?
А почему нет?
Тогда ты точно знаешь что у тебя на проде просто взяв cntrl+c cntrl+v sha
Тогда ты точно знаешь что у тебя на проде просто взяв cntrl+c cntrl+v sha
GG
если код и образ не поменялись. Зачем его перевыкатывать?
затем, что это бесплатно
GG
в смысле - ты усложняешь процесс, добавляя в него вариативности
GG
я думаю, что это большой и интересный разговор
GG
и точно не для этого чата
DS
А почему нет?
Тогда ты точно знаешь что у тебя на проде просто взяв cntrl+c cntrl+v sha
Тогда ты точно знаешь что у тебя на проде просто взяв cntrl+c cntrl+v sha
с content-based ты точно знаешь что у тебя на проде. То что находится в определенном комите/теге с которого ты собирал образ.
README файл, который не в образе - он не в проде, его изминение не влияет на прод вообще никак.
README файл, который не в образе - он не в проде, его изминение не влияет на прод вообще никак.
AL
я не понимаю что ты тут имел в виду, сорян
Имело ввиду что у человека проблема в том что у него тэг имейджа не меняется а образ меняется.
А ты предложил другую штуку
А ты предложил другую штуку
AL
с content-based ты точно знаешь что у тебя на проде. То что находится в определенном комите/теге с которого ты собирал образ.
README файл, который не в образе - он не в проде, его изминение не влияет на прод вообще никак.
README файл, который не в образе - он не в проде, его изминение не влияет на прод вообще никак.
Как ты из content-based будешь восстанавливать коммит на котором сейчас образ собранынй в реджистри?
AL
Еще сверху доп усложнений пихнешь?
DS
Имело ввиду что у человека проблема в том что у него тэг имейджа не меняется а образ меняется.
А ты предложил другую штуку
А ты предложил другую штуку
с content-based у него тег будет меняться ВСЕГДА если изменился код из которого собирается образ
AL
с content-based у него тег будет меняться ВСЕГДА если изменился код из которого собирается образ
и с git-sha будет менятся всегда и это решит его проблему и не нужен оверхед
DS
Как ты из content-based будешь восстанавливать коммит на котором сейчас образ собранынй в реджистри?
что значит среда?
DS
и с git-sha будет менятся всегда и это решит его проблему и не нужен оверхед
с git-sha будет меняться именно что всегда, даже когда образ не поменялся
AL
с git-sha будет меняться именно что всегда, даже когда образ не поменялся
дык и в чем проблема? Если у тебя деплой такой что нужно его делать пореже - ну бида с деплоем а не с тем что ты слишком часто деплоишся
DS
Как ты из content-based будешь восстанавливать коммит на котором сейчас образ собранынй в реджистри?
в том то и дело что мне не надо думать что там лежит в registry. Я знаю что я выкатил какой-то тег/коммит гита, и точно он развернут в проде. Для этого тег образа мне не нужен, и смотреть в registry не нужно. Конкретный тег/коммит ты можешь банально в аннотации/лейблы ресурсов засунуть. И точно знать с какого коммита/тега запускался деплой
DS
дык и в чем проблема? Если у тебя деплой такой что нужно его делать пореже - ну бида с деплоем а не с тем что ты слишком часто деплоишся
лишние передеплои и пересборки. А если там монорепозиторий, то вообще беда
AL
лишние передеплои и пересборки. А если там монорепозиторий, то вообще беда
На самом деле я за content-based просто нужен же холивар
S
ну сделай дифф между манифестами двух реплик.
clickhouse-operator-clickhouse-d89cdbc9c
clickhouse-operator-clickhouse-b7b75d6f
и посмотри что меняется. может аннотация какая )
clickhouse-operator-clickhouse-d89cdbc9c
clickhouse-operator-clickhouse-b7b75d6f
и посмотри что меняется. может аннотация какая )
блин точно =( на самом деле тупо меняется labels
AL
лишние передеплои и пересборки. А если там монорепозиторий, то вообще беда
В любом случае твоя задача сначала свести цену деплоя/сборки к минимуму