AL
А потом уже заниматься уменьшением количество пересборок/передеплоев
Size: a a a
2020 November 18
AL
Хотя это спорный вопрос конечно - наверное в монорепе быстрее будет уменьшить количество сборок чем допиливать их этапы сборки
GG
Как ты из content-based будешь восстанавливать коммит на котором сейчас образ собранынй в реджистри?
+
GG
в том то и дело что мне не надо думать что там лежит в registry. Я знаю что я выкатил какой-то тег/коммит гита, и точно он развернут в проде. Для этого тег образа мне не нужен, и смотреть в registry не нужно. Конкретный тег/коммит ты можешь банально в аннотации/лейблы ресурсов засунуть. И точно знать с какого коммита/тега запускался деплой
> Я знаю что я выкатил какой-то тег/коммит гита, и точно он развернут в проде
не знаешь
не знаешь
DS
> Я знаю что я выкатил какой-то тег/коммит гита, и точно он развернут в проде
не знаешь
не знаешь
знаю )
GG
На самом деле я за content-based просто нужен же холивар
собирай митап в зум
GG
В любом случае твоя задача сначала свести цену деплоя/сборки к минимуму
+
AL
знаю )
Ручками поменяли и не знаешь
DS
В любом случае твоя задача сначала свести цену деплоя/сборки к минимуму
это к теме тегирования не относится. content-based тегирование пока самое лучшее на мой взгляд
GG
это к теме тегирования не относится. content-based тегирование пока самое лучшее на мой взгляд
скорее да, чем нет, но не без минусов
AL
собирай митап в зум
Митап в зум отнимет все силы а я паралельно деньги зарабатывать пытаюсь
DS
Ручками поменяли и не знаешь
ну ты попробуй ручками поменять content-based тег =) там хеши, например: 9fb6a7b38437a604aa11dd6ef1907a2a82b2dea1a183e4f72b291d79. Это надо знать прям на что менять, и никто руками этого точно делать не будет. В отличие кстати от легкости изминения руками если там у тебя git tag или commit. Тебе даже в reigstry идти не надо для этого.
Ну и как бы git-sha тебе не дает гарантий, что в этот тег не был залит вообще другой образ.
Ну и как бы git-sha тебе не дает гарантий, что в этот тег не был залит вообще другой образ.
DS
ну и начнем с того, что это за прод такой, что там образы руками изменяют. Такие изминения должны сразу откатываться, теми же flux или argo
DS
скорее да, чем нет, но не без минусов
не без минусов конечно =) кто же спорит
GG
ну ты попробуй ручками поменять content-based тег =) там хеши, например: 9fb6a7b38437a604aa11dd6ef1907a2a82b2dea1a183e4f72b291d79. Это надо знать прям на что менять, и никто руками этого точно делать не будет. В отличие кстати от легкости изминения руками если там у тебя git tag или commit. Тебе даже в reigstry идти не надо для этого.
Ну и как бы git-sha тебе не дает гарантий, что в этот тег не был залит вообще другой образ.
Ну и как бы git-sha тебе не дает гарантий, что в этот тег не был залит вообще другой образ.
> Ну и как бы git-sha тебе не дает гарантий, что в этот тег не был залит вообще другой образ.
immutable tags?
immutable tags?
GG
ну и начнем с того, что это за прод такой, что там образы руками изменяют. Такие изминения должны сразу откатываться, теми же flux или argo
а если надо срочно чинить ?
DS
а если надо срочно чинить ?
запускаешь задачу деплоя, она тебе возвращает все на место.
Если процесс поставлен, и деплой происходит не руками, то никаких проблем определить откуда прошел деплой - не проблема вообще
Если процесс поставлен, и деплой происходит не руками, то никаких проблем определить откуда прошел деплой - не проблема вообще
GG
это в идеальном мире
DS
да и ручные изминения довольно легко щас обнаружить по managedFields
AL
Го обсудим че нить про кубер уже а не про стратегии версионирования