FAQ по программированию 44
Теория и практика | создано: 3/31/2023 | опубликовано: 4/2/2023 | обновлено: 5/10/2023 | просмотров: 272 | всего комментариев: 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 (промокод 9A17-953A-8591-CF98)
Мои видео
Boosty.to | YouTube | Yandex.Дзен | RuTube | VK
Комментарии к статье (4)
Когда стоит переходить с Docker Swarm на Kubernetes?
Есть сервер IdentityServer или OpenIdDict. К нему подключены для аутентификкации и авторизации несколько сервисов (микросервисов). При этом для доступа к этим сервисам требуются роли, которые определяют сами эти сервисы (названия ролей и назначение пользователей на эти роли). Чтобы получить доступ к сервису нужно получить токен с соответствующими ролями.
Вопрос: как правильно организовать добавление сервисами своих ролей в сервер (IdentityServer или OpenIdDict) и назначать на эти роли пользователей чтобы:
1. Один сервис не мог создавать роли для другого сервиса?
2. Чтобы при запросе токена для доступа к нужному сервису получать роли предназначенные только этому сервису?
Как лучше собирать логи с микросервисов? От какого количества пользователей есть смысл переходить от монолита к микросервисам? Как лучше собирать метрики сервисов?Какую литература порекомендуете для начинающих по микросервисам?
Когда лучше использовать gRPC вместо очередей, например, в MassTransit + RabbitMQ можно синхронно дожидаться ответа, но при этом не будет прямой зависимости от другого микросервиса, зачем тогда gRPC, только ради производительности?