A
resourceVersion, откуда вроде нет
спасибо!
Size: a a a
2020 October 24
A
т.е. правильно ли я понимаю, что если вношу изменения, то нужно сделать инкремент resourceVersion во избежание перетирания?
SM
т.е. правильно ли я понимаю, что если вношу изменения, то нужно сделать инкремент resourceVersion во избежание перетирания?
нет, это автоматически произойдет
SM
т.е. правильно ли я понимаю, что если вношу изменения, то нужно сделать инкремент resourceVersion во избежание перетирания?
я бы вообще вам рекомендовал ни чего не делать через edit
SM
как вы заметили, вы уже не можете концов найти
A
хорошо. если что, я с позиции разработчика рассуждаю.
у меня нет прямого доступа к инженеру, который производил настройку, а разобраться надо срочно.
у меня нет прямого доступа к инженеру, который производил настройку, а разобраться надо срочно.
SM
хорошо. если что, я с позиции разработчика рассуждаю.
у меня нет прямого доступа к инженеру, который производил настройку, а разобраться надо срочно.
у меня нет прямого доступа к инженеру, который производил настройку, а разобраться надо срочно.
понятно, вносите, но вас все равно автоматом окатит, через какой то промежуток, у вас там видимо есть что-то по типу fluxcd/argo/etc, можете в лейблах посмотреть, если дувопс нормально построен, то вам достаточно было бы правки в гит внести, и оно задеплоилось бы и больше не перетералось
A
понятно, вносите, но вас все равно автоматом окатит, через какой то промежуток, у вас там видимо есть что-то по типу fluxcd/argo/etc, можете в лейблах посмотреть, если дувопс нормально построен, то вам достаточно было бы правки в гит внести, и оно задеплоилось бы и больше не перетералось
спасибо!
DS
т.е. у меня сейчас есть лишь текущая конфигурация кластера.
есть ли метка в конфигах кубернетеса какая-то, чтобы можно было идентифицировать устройство или файл, с которого пропагируются изменения?
есть ли метка в конфигах кубернетеса какая-то, чтобы можно было идентифицировать устройство или файл, с которого пропагируются изменения?
"инвестигировать"
"пропагируются"
Забавно =)
В кульминационных версиях kubernetes, в yaml прокламациях указывается какой controller преобразил объект
"пропагируются"
Забавно =)
В кульминационных версиях kubernetes, в yaml прокламациях указывается какой controller преобразил объект
SM
"инвестигировать"
"пропагируются"
Забавно =)
В кульминационных версиях kubernetes, в yaml прокламациях указывается какой controller преобразил объект
"пропагируются"
Забавно =)
В кульминационных версиях kubernetes, в yaml прокламациях указывается какой controller преобразил объект
в 1.17 было? что то не вижу прокламаций с controller
DS
в 1.17 было? что то не вижу прокламаций с controller
в 1.18 вроде, metadata.managedFields
DS
в 1.17 было? что то не вижу прокламаций с controller
Например
managedFields
- apiVersion: v1
fieldsType: FieldsV1
fieldsV1:
f:metadata:
f:annotations:
f:kubectl.kubernetes.io/last-applied-configuration: {}
f:labels:
f:aaaa: {}
manager: kubectl
operation: Update
time: "2020-03-27T17:13:05Z"
L
"инвестигировать"
"пропагируются"
Забавно =)
В кульминационных версиях kubernetes, в yaml прокламациях указывается какой controller преобразил объект
"пропагируются"
Забавно =)
В кульминационных версиях kubernetes, в yaml прокламациях указывается какой controller преобразил объект
+
A
версия 1.16.9, не вижу таких ключей в ямле
DS
версия 1.16.9, не вижу таких ключей в ямле
не лицезреете, потому что 1.16.9 < 1.18 =)
A
понятно, ожидаемо
SM
в 1.18 вроде, metadata.managedFields
блин, походу пора обновляться, много там штук интересных подъехало
A
"кульминационных"
"прокламациях"
"преобразился"
"лицезреете"
:)
пардон!
"прокламациях"
"преобразился"
"лицезреете"
:)
пардон!
A
ещё раз спасибо всем!
CI/CD для раскатки предсказуемых изменений в кластере настрою, когда освоюсь получше.
CI/CD для раскатки предсказуемых изменений в кластере настрою, когда освоюсь получше.
i
хорошо. если что, я с позиции разработчика рассуждаю.
у меня нет прямого доступа к инженеру, который производил настройку, а разобраться надо срочно.
у меня нет прямого доступа к инженеру, который производил настройку, а разобраться надо срочно.
Позиция разработчика имеет какую-то особую логику? Вот внёс ты изменения в код руками, потом из гита катнулась старая версия, потому что никто понятия не имеет о твоих изменениях - в чем разница?