Tim S

Добрый вечер. Кто-нибудь сталкивался с ошибкой при создании внутреннего LB в Managed K8s? Я вот уже голову сломал, не могу понять в чем беда. У сервисного аккаунта роль load-b...

Я правильно понимаю что удаление организаций происходит только через стп?

Но вы знаете что сервис 1 должен только запрашивать токен у сервиса 2, наверное стоит его изначально реализовывать с таким поведением? (поправьте, если не прав)

Плодить горутины = уйти от микросервисов, разве нет?

Так а может быть вам тогда нужен меш? Тогда и вопрос авторизации отпадет сам собой Читаем-с: https://www.consul.io/docs/connect/connect-internals.html

Хз, не уверен, надо доку читать Пы.сы. что именно подразумевается под скоупом? Изолированные друг от друга пространства? Или группы микросервисов?

Хэй, а по вмваре нет отдельного чатика? Или мб найдется человек, который по сетке в vCD подскажет, а то я в адовом тупике

>микросервис 1 долбится к микросервису 2 и имеет право выполнять определённые действия А причем тут права юзера?

Алексей, а вы что-то имеете против вандерзина? (риторический вопрос)

Но в целом подход верный: привязать флоатинг к порту со статическим айпи во внутренней сети?

Можно поныть по поводу "национальной", мать его, "облачной платформы"?

Коллеги, был ли у кого опыт использования MetalLB в OpenStack?

А чем тебе encoding/json не нравится?

Блин, по свулю через ингресс никто таки не подскажет?

Зачем наборы прав? Объясните плиз

А какая версия образа указана в деплойменте?

А у вас service mesh есть вообще?

А логи трёфика смотрел?

А шо у них?