Версии API с AWS API Gateway

У меня возникли проблемы с реализацией жизнеспособного сценария версий с помощью API Gateway + Lambda. Мое требование состоит в том, чтобы иметь значительное управление версиями на уровне API, но затем незначительное управление версиями на уровне обслуживания. Моя среда также распространяется по учетным записям, поэтому настройка не является вариантом для распространения env. Кто-нибудь имел успех API управления API с AWS API Gateway?Версии API с AWS API Gateway

источник

2016-08-17 tafaju

В API Gateway основные версии должны быть представлены отдельными API-интерфейсами. Вы можете использовать настраиваемую функцию домена для сопоставления базовых путей каждому API (например, myapi.com/v1 => API 1, myapi.com/v2 => API 2). Вы также можете использовать функции импорта/экспорта для управления изменениями между API.

Использование отдельных учетных записей для каждой среды на самом деле является рекомендуемой практикой. Я бы предложил взглянуть на CloudFormation, чтобы управлять вашим рабочим процессом - один шаблон CloudFormation будет хорошо работать на нескольких учетных записях.

источник

2016-08-17 16:22:01

был только в процессе настройки разных учетных записей для каждой среды, а затем разных поддоменов для каждой среды, чтобы сохранить базовый путь для имен доменов службы. Из-за изменений в услугах, которые являются доменными системами, я также рассматривал незначительное управление версиями на уровне конечной точки службы, поэтому несколько версий одной и той же конечной точки доступа могут иметь доступ в одной и той же основной версии? Я знаю, что мы не должны обсуждать мнения здесь, но api-версия - не сложная и быстрая наука, а особенно странная, когда вы сталкиваетесь с конкретным поведением API Gateway. – tafaju

Я также буду изучать Cloudformation + Swagger для поддержки автоматизации сборки и развертывания. – tafaju

Вы могли бы предоставить пример шаблона формирования для обработки api-развертываний? – tafaju

ответ

Смежные вопросы