1

API Gateway + Lambda를 사용하여 실행 가능한 버전 관리 시나리오를 구현하는 데 문제가 있습니다. 내 요구 사항은 API 수준에서 주요 버전 관리를 사용하지만 서비스 수준에서는 부 버전 관리를 사용하는 것입니다. 내 환경도 여러 계정에 분산되어 있으므로 스테이징은 env 전파에 대한 옵션이 아닙니다. AWS API Gateway를 사용하여 성공적으로 API를 구현 한 사람이 있습니까?AWS API 게이트웨이 버전 관리

답변

2

API 게이트웨이에서 주 버전은 별도의 API로 나타내야합니다. 맞춤 도메인 기능을 사용하여 기본 경로를 각 API (예 : myapi.com/v1=> API 1, myapi.com/v2 => API 2)에 매핑 할 수 있습니다. 가져 오기/내보내기 기능을 사용하여 API 간의 변경 사항을 관리 할 수도 있습니다.

환경별로 별도의 계정을 사용하는 것이 실제로 권장되는 최상의 방법입니다. CloudFormation을 잘 살펴보고 워크 플로를 관리하는 것이 좋습니다. 하나의 CloudFormation 템플릿이 여러 계정에서 원활하게 작동합니다.

+0

은 환경마다 다른 계정을 설정하는 중이었습니다. 그런 다음 각 환경에 대해 서로 다른 하위 도메인을 설정하여 서비스 도메인 이름에 대한 기본 경로를 저장했습니다. 도메인 전체의 서비스가 변경 되었기 때문에 동일한 엔드 포인트의 여러 버전이 동일한 주요 버전에서 액세스 할 수 있도록 서비스 끝점 레벨에서 부 버전을 고려하고있었습니다. 나는 우리가 여기있는 의견 진술을 논의하기로되어 있지 않다는 것을 알고 있지만 API 버전 지정은 어렵고 빠른 과학이 아니며 API 게이트웨이 특정 동작과 경쟁 할 때 이상하게 보입니다. – tafaju

+0

Build/Deployment 자동화도 지원하기 위해 Cloudformation + Swagger를 살펴 보겠습니다. – tafaju

+0

API 구축을 처리하기 위해 예제 형성 템플릿을 제공 할 수 있습니까? – tafaju

관련 문제