gRPC python (часть 3 заключительная)

• Видео начинается с разбора микросервиса GPC, который называется "Апрувер".  

• Протобав файл имеет структуру, включающую модель "Апрувер" с полем "статус" и метод "Рита Провер" для получения "Апруф" и возврата "Апруф" со статусом "Статус Фелс" или "Статус Тру".  

• Клиент "Апрувер" реализован на основе клиента для подключения к "Тудушке".  

• В "Тудушке" реализован метод "Ред Туду Провар", который получает "Туду реку" и возвращает "Опрувы".  

• В "Фастапи" реализован "Сингл Провод Уду", который делает запрос в "Тудушку" и передает "Айдишник".  

• В "Апрувере" запрос в "Прувер" делается на основе "Айдишника", полученного из "Тудушки".  

• Трассировка настраивается с помощью "Опен-Слеметрии".  

• Для работы трассировки необходимо установить соответствующие библиотеки и добавить их в зависимости.  

• В видео демонстрируется простая реализация трассировки, которая показывает, как она подключается и что в нее попадает.  

• В видео обсуждается реализация трассировки в микросервисе, включая создание джаггер экспортера, сп процессора и названия для сервиса.  

• Упоминается, что для работы трассировки необходимо добавить две строки кода, иначе запросы в провод не будут отображаться.  

• В видео демонстрируется, как обрабатывать ошибки в микросервисе, используя контекст и кастомные ошибки.  

• Упоминается, что в предыдущей версии гитхаба обработка ошибок была реализована иначе.  

• В видео объясняется, что такое рефлекшн и как его использовать для отправки запросов напрямую в микросервис.  

• Упоминается, что для работы рефлекшна необходимо установить и импортировать GPS-си рефлекшн.  

• В видео обсуждается реализация авторизации в микросервисе юзер, включая получение токена и его передачу в апигит.  

• Упоминается, что для работы авторизации необходимо использовать мидл вары и интерсепторы.  

• В клиенте добавляется интерсептор, который подмешивает метаданные RPC AUS.  

• Интерсептор вызывается в клиенте, где происходит авторизация.  

• В сервере добавляется интерсептор, который проверяет токен и выполняет работу.  

• Хелс чек регистрируется и возвращает информацию о состоянии сервиса.  

• В цепочке вызовов клиента, API Gateway и Reverse API Gateway, время жизни цепочки вызовов ограничено.  

• Если клиент отваливается, API Gateway продолжает выполнять работу.  

• В API Gateway можно указать время, которое живет цепочка вызовов (тайм-аут).  

• В случае превышения тайм-аута, API Gateway возвращает ошибку "Дедлайн эксцепшен".  

• Если тайм-аут указан на уровне API Gateway, то запрос не передается в Reverse API Gateway.