Модель владения в API-шлюзе¶
Важный вопрос при внедрении API-шлюза — кто несет ответственность за разработку API-шлюза и его операций? Если выделить для этого отдельную команду, это может стать потенциальным узким местом - если, например, разработчику мобильного приложения нужно получить доступ к определенному сервису, он должен обратиться к команде API-шлюза и подождать, пока они реализуют нужный API.
Другой подход: API-модуль отдается на откуп клиентским разработчикам, а команда API-шлюза отвечает за разработку общего слоя.
Когда команде нужно обновить свой API, она вносит правки в репозитории API-шлюза.
В этом случае процесс развертывания API-шлюза должен быть максимально автоматизированным, чтобы сократить время развертывания новой версии и ожидания клиентской команды.
Использование шаблона BFF¶
Вышеописанный подход размывает ответственность за API-шлюз и противоречит принципу “за компонент отвечает тот, кто его пишет”. Решением этой проблемы является Шаблон BFF (backends for frontends — серверы для клиентов)
Идея в том, что каждый API-модуль становится отдельным API-шлюзом. Команда API-шлюза отвечает за общий уровень, вынесенный в библиотеку.
Дата создания : 30 июля 2022 г.