Разрешает ли AWS API Gateway RestAPI создание управления версиями на основе пути на уровне API RestAPI изначально?

Question

Например, Azure Служба управления API позволяет создавать интерфейс «прокси» API и возможность создавать версию API, такую ​​как

• https://baseapi.com/ apiName1 / v1

Вот скриншот для платформы Azure.

https://docs.microsoft.com/en-us/azure/api-management/api-management-get-started-publish-versions

Допускает ли AWS RestAPI шлюза API этот тип управления версиями изначально? Если да, то как я могу настроить, например, "v1" restAPI?

И если AWS RestAPI «Stage» - это способ выполнить sh это, как бы я все же поддержал эту идею создания этапов для каждой среды, при этом выполняя управление версиями? Мне кажется, что стадия больше связана со средой, тогда как управление версиями - это совершенно отдельная концепция.

Примечание: Остальные API являются частными

Answer 1

Первое ограничение частных API из документации следующее:

Имена пользовательских доменов не поддерживаются для частных API.

Это ограничивает возможности API-шлюза для поддержки нескольких версий.

• Запускать API-шлюз для каждой версии - эта опция предоставляет вам полное разделение между версиями API, однако, к сожалению, вам нужно будет вызвать отдельная конечная точка для каждого API.
• Развернуть один частный API-шлюз, содержащий все версии API - этот параметр ограничивает все до одной конечной точки, но в качестве ограничения может стать довольно сложным и трудным для управления в зависимости от количества глаголов.

Надеемся, что в будущем эта функция из пользовательских доменов, описанная ниже, будет добавлена.

Предыдущий ответ - Ранее было известно об использовании частного API

Это можно сделать в API Gateway с помощью комбинации этапов и конфигурации личного домена.

Если вы развертываете каждую версию API Gateway либо на ее собственной стадии , , т.е. v1, v2, вы разделили схему и действия между версиями.

В качестве альтернативы вы можете иметь отдельный API и этап для каждой версии вашего специфицированного c API.

Затем создайте собственное доменное имя для вашей конечной точки API, в сопоставлениях базового пути вы можете сопоставить специфицированную c подпапку v1 в API и выберите этап v1 в конечной точке шлюза API.