내부 개발자 플랫폼 아키텍처 설계

다음 이미지는 내부 개발자 플랫폼의 핵심 구성 요소를 보여줍니다.

AWS 는 조직이 다중 계정 전략을 채택하여 애플리케이션과 데이터를 격리하고 관리할 것을 권장합니다. 내부 개발자 플랫폼을 구축할 때도 동일한 원칙이 적용됩니다. 조직의 나머지 계정에 액세스할 수 있는 공유 서비스 또는 도구 AWS 계정 에 내부 개발자 플랫폼을 배포합니다. 이는 AWS 계정 환경에 따라 다른를 사용하는 다양한 개발 팀을 지원합니다. 또한 관리를 중앙 집중화하고 내부 개발자 플랫폼에서 관리하는 다양한 구성 요소에 대한 비용 가시성을 제공합니다.

내부 개발자 플랫폼에는 오케스트레이터가 서로 다른 구성 요소를 배포해야 합니다. Amazon Elastic Container Service(Amazon ECS) 또는 Amazon Elastic Kubernetes Service(Amazon EKS)를 사용할 수 있습니다. 다양한 내부 개발자 플랫폼 서비스를 호스팅하여 기능을 활성화하는 클러스터를 구축합니다. 이 아키텍처는 더 많은 최종 사용자에게 서비스를 제공하면서 플랫폼 인프라를 확장할 수 있는 기능을 제공합니다. 플랫폼 기능에 대한 자세한 내용은이 가이드의 뒷부분에 나와 있지만, 요약하자면 이러한 기능은 개발자가 워크로드를 관리하는 데 필요한 기능을 해결해야 합니다. 그러한 예는 다음과 같습니다.

• 워크로드 보호를 위한 보안

• 워크로드 인프라를 관리하기 위한 코드형 인프라

• 워크로드의 테스트 및 배포를 자동화하는 지속적 통합 및 지속적 배포(CI/CD)

• 워크로드 서비스에 대한 액세스를 제공하기 위한 보안 수신

• 서로 다른 팀과 워크로드를 격리하기 위한 테넌시

• 워크로드 및 인프라에 대한 로깅, 지표, 추적 및 알림을 처리하는 관찰성

백스테이지는 이러한 모든 기능을 함께 연결하는 개발자 포털입니다. 이를 통해 개발자는 모든 워크로드를 한 곳에서 관리할 수 있습니다. 또한 워크로드가 사용하는 모든 리소스에 대한 가시성을 확보할 수 있도록 비용을 중앙 집중화합니다.

내부 개발자 플랫폼의 참조 아키텍처는 다음을 참조하세요.

• Amazon의 클라우드 네이티브 내부 개발자 플랫폼 아키텍처 EKS

• 의 Harmonix AWS