GG
Size: a a a
2020 October 24
AL
Опа вообще огонь
Опять реклама ранчера то то они в 2.5 его пихнули)
4
Ты через opa можешь настроить, чтобы юзеры филды в кластере не трогали подов
через шито?
GG
Опять реклама ранчера то то они в 2.5 его пихнули)
ранчер фу
GG
впихнули, потому что ранчер гов
GG
через шито?
opa + oa gateway
SM
через шито?
опен полиси агент
SM
он там много че может, адептам терраформа понравится, можно даже его валидировать
4
опен полиси агент
а, слыхал, да, но не траил
A
добрый день!
правлю конфиг statefulset через:
kubectl edit statefulset my-awesome-stateful-cluster
изменения применяются достаточно быстро. всё работает нормально.
через какое-то время, спустя 8 часов, обнаруживаю, что конфиг сброшен к предыдущей версии.
куда посмотреть?
правлю конфиг statefulset через:
kubectl edit statefulset my-awesome-stateful-cluster
изменения применяются достаточно быстро. всё работает нормально.
через какое-то время, спустя 8 часов, обнаруживаю, что конфиг сброшен к предыдущей версии.
куда посмотреть?
A
как вообще подобное инвестигировать?
SM
как вообще подобное инвестигировать?
из одно места изминения вносить
A
а есть способ узнать место, откуда вносятся изменения?
A
т.е. у меня сейчас есть лишь текущая конфигурация кластера.
есть ли метка в конфигах кубернетеса какая-то, чтобы можно было идентифицировать устройство или файл, с которого пропагируются изменения?
есть ли метка в конфигах кубернетеса какая-то, чтобы можно было идентифицировать устройство или файл, с которого пропагируются изменения?
b
opa + oa gateway
open access gateway?
GG
Opa gateway
GG
Букву съело
SM
т.е. у меня сейчас есть лишь текущая конфигурация кластера.
есть ли метка в конфигах кубернетеса какая-то, чтобы можно было идентифицировать устройство или файл, с которого пропагируются изменения?
есть ли метка в конфигах кубернетеса какая-то, чтобы можно было идентифицировать устройство или файл, с которого пропагируются изменения?
resourceVersion, откуда вроде нет