FAQ по программированию 44
Теория и практика | создано: 3/31/2023 | опубликовано: 4/2/2023 | обновлено: 5/10/2023 | просмотров: 415 | всего комментариев: 4
Задавайте вопросы в комментариях к статье. Самые интересные появятся на видео.
FAQ по программированию 44
Вопросы в этом видео:
00:00 | Заставка и приветствие
01:24 | 192. Передача TraceId (CorrelationId) между сервисами ASP.NET Core. Как примерно будет выглядеть такая настройка, если какие-то сервисы "общаются" между собой по gRPC, а другие по HTTP?
03:25 | 193. Что выбрать Kubernetes или Docker?
05:09 | 194. Когда стоит переходить с Docker Swarm на Kubernetes?
06:54 | 195. Как правильно организовать добавление сервисами своих ролей в сервер (IdentityServer или OpenIdDict) и назначать на эти роли пользователей чтобы: 1) один сервис не мог создавать роли для другого сервиса; 2) чтобы при запросе токена для доступа к нужному сервису получать роли предназначенные только этому сервису.
12:17 | 196. Как лучше собирать логи с микросервисов? От какого количества пользователей есть смысл переходить от монолита к микросервисам? Как лучше собирать метрики сервисов? Какую литература порекомендуете для начинающих по микросервисам?
18:22 | 197. Когда лучше использовать gRPC вместо очередей, например, в MassTransit + RabbitMQ можно синхронно дожидаться ответа, но при этом не будет прямой зависимости от другого микросервиса, зачем тогда gRPC, только ради производительности?
Видео
Ссылки
Мои видео
Boosty.to | YouTube | Yandex.Дзен | RuTube | VK
Комментарии к статье (4)
Когда стоит переходить с Docker Swarm на Kubernetes?
Есть сервер IdentityServer или OpenIdDict. К нему подключены для аутентификкации и авторизации несколько сервисов (микросервисов). При этом для доступа к этим сервисам требуются роли, которые определяют сами эти сервисы (названия ролей и назначение пользователей на эти роли). Чтобы получить доступ к сервису нужно получить токен с соответствующими ролями.
Вопрос: как правильно организовать добавление сервисами своих ролей в сервер (IdentityServer или OpenIdDict) и назначать на эти роли пользователей чтобы:
1. Один сервис не мог создавать роли для другого сервиса?
2. Чтобы при запросе токена для доступа к нужному сервису получать роли предназначенные только этому сервису?
Как лучше собирать логи с микросервисов? От какого количества пользователей есть смысл переходить от монолита к микросервисам? Как лучше собирать метрики сервисов?Какую литература порекомендуете для начинающих по микросервисам?
Когда лучше использовать gRPC вместо очередей, например, в MassTransit + RabbitMQ можно синхронно дожидаться ответа, но при этом не будет прямой зависимости от другого микросервиса, зачем тогда gRPC, только ради производительности?