SAP BTP : 기능 영역별로 단계적 개발 환경 만들기
페이지 정보
본문
이 시나리오에서 IT 부서는 각 기능 영역에 대해 별도의 Dev, Test 및 Prod 하위 계정을 생성합니다. 이 예에서 HR, IT 및 영업은 각각 개발, 테스트 및 생산을 위한 자체 하위 계정을 얻습니다.
기능 영역별로 별도의 계정 환경을 사용하면 동일한 SaaS 구독의 여러 인스턴스를 사용할 수 있습니다(예: 데이터 또는 사용자 액세스를 분리해야 하는 경우). 예를 들어 HR 하위 계정은 내부 ID 공급자를 사용하는 반면 공개 또는 외부 시나리오의 경우 외부 ID 공급자를 사용할 수 있습니다.
이 계정 모델을 사용하면 하위 계정 관리를 여러 팀에 분산할 수 있으므로 클라우드 프로젝트의 수가 증가함에 따라 쉽게 확장할 수 있으면서도 유지 관리 및 거버넌스 노력을 관리할 수 있습니다(계정 모델 2와 달리). 가능하면 담당 동료를 세 개의 하위 계정으로 구성된 각 그룹, 즉 각 계정 환경에 할당하는 것을 고려하십시오.
SaaS 애플리케이션은 하위 계정 내에서 한 번만 사용할 수 있으므로 각 기능 영역에 고유한 하위 계정(개발, 테스트 및 프로덕션용)이 있는 경우 서로 다른 프로젝트에서 동일한 SaaS 제품을 사용하는 데 제한이 발생하지 않습니다. 그래도 Cloud Foundry 환경에서는 하위 계정 내의 서로 다른 프로젝트를 서로 다른 공간으로 분리할 수 있습니다.
이 계정 모델은 계정 모델 2의 구조화 접근 방식과도 결합될 수 있습니다. 기능 영역에 따른 구조화 외에도 서로 다른 구성 요소 또는 서비스를 사용하고 완전히 다른 프로젝트보다 분리된 지원 프로세스 및 운영 모델.
Cloud Foundry 환경에서 중앙 Fiori Launchpad를 사용하고 다른 하위 계정에서 이를 사용하는 애플리케이션을 배포하려는 경우 Launchpad Module 을 사용합니다 . Fiori 런치패드와 동일한 하위 계정에서 애플리케이션을 생성하려면 HTML5 애플리케이션 개발 에 설명된 대로 애플리케이션을 HTML5 리포지토리에 배포하는 것이 좋습니다 .
- 이전글SAP BTP : 어떤 계정 모델을 사용해야 하는 경우#1 22.12.02
- 다음글SAP BTP : 지속적인 통합/지속적인 전달을 사용하여 단계별 개발 환경 만들기 22.12.01
댓글목록
