API Management 랜딩 존 가속기의 플랫폼 자동화 및 DevOps
이 문서에는 API Management 랜딩 존 가속기 사용 시의 플랫폼 자동화 및 DevOps에 대한 디자인 고려 사항과 권장 사항이 나와 있습니다. 플랫폼 자동화 및 DevOps는 코드 제공 인프라 옵션을 사용하여 환경 배포에 대한 접근 방식을 현대화할 기회를 제공합니다.
플랫폼 자동화 및 DevOps 디자인 영역에 대해 자세히 알아봅니다.
디자인 고려 사항
- 각 API 팀은 개발자 리포지토리의 업데이트를 자체 개발 API Management 인스턴스로 푸시할 수 있습니다.
- 네트워크 계획 관점에서 무엇을 의미하나요?
- 다른 개발 및 테스팅 환경(예: QA 또는 스테이징)은 어떻습니까?
- 특히 여러 팀이 동일한 제품을 사용하는 경우 제품 및 기타 엔터티를 관리하거나 버전 지정해야 하는 방법을 고려합니다.
- API 및 정책에 대한 테스트 전략을 고려합니다.
디자인 권장 사항
- 중앙 팀(예: API Management 관리 팀)이 프로덕션 API Management 환경을 관리합니다.
- API Management 구성은 Resource Manager 템플릿 또는 동등한 Bicep 또는 Terraform 템플릿으로 표시되며 코드 제공 인프라 사고방식을 수용해야 합니다.
- API Management 관리 팀은 API Management 관리 팀이 소유한 Git 리포지토리(게시자 리포지토리)에서 프로덕션 API Management 환경에 구성 변경 내용을 게시합니다.
- 각 개별 API 팀은 게시자 리포지토리를 포크하여 자신의 개발자 리포지토리가 작동하도록 할 수 있습니다.
- 각 팀은 Visual Studio Code API Management APIOps 또는 API Management 확장을 사용하여 개발 API Management instance 관련 아티팩트 추출을 수행할 수 있습니다. 이러한 아티팩트는 Azure Resource Manager를 기반으로 하며 API 팀의 Git 리포지토리에 커밋되어야 합니다.
참고
API Management Git 통합을 사용하지 마세요.
- 서비스 템플릿 및 공유 템플릿은 별도의 리포지토리에 있어야 합니다.
- 아티팩트에 대한 변경은 추출된 아티팩트에 대해 수행한 다음, Git에 커밋되어야 합니다. 개발 환경에 배포해야 합니다.
- 중앙 집중식 환경(스테이징, 프로덕션 등)으로 승격하기 위해 API 팀은 PR(끌어오기 요청)을 제출하여 변경 내용을 게시자 리포지토리에 병합할 수 있습니다.
- API Management 관리 팀은 PR의 유효성을 검사합니다.
- 이상적으로 대부분의 유효성 검사는 PR 제출의 일부로 자동화됩니다.
- 코드 제공 인프라 템플릿은 다른 리포지토리에 있어야 하며 배포 파이프라인에 배포되어야 합니다.
- 애플리케이션 배포와 인프라 배포를 구분합니다. 핵심 인프라는 애플리케이션보다 변경 빈도가 낮습니다. 각 배포 유형을 별도의 흐름 및 파이프라인으로 처리합니다.
- 변경 내용이 승인되고 성공적으로 병합되면 API Management 관리 팀은 합의된 API 팀 일정에 따라 중앙 관리 환경(스테이징, 프로덕션)에 변경 내용을 배포할 수 있습니다.
엔터프라이즈 규모 가정
다음은 API Management 랜딩 존 가속기의 개발에 적용한 가정입니다.
- 코드 제공 인프라 Bicep 파일을 사용하여 API Management 인프라 및 백 엔드를 배포합니다.
- 파이프라인을 사용하여 인프라 템플릿 배포