SAP 사용자들의 오픈 커뮤니티

• 목록

생성하는 하위 계정의 수와 목적은 조직 설정 및 사용 사례에 따라 다릅니다.

추천

일반적으로 단계별 개발 환경을 설정하려면 개발, 테스트 및 프로덕션용으로 각각 하나의 하위 계정을 포함하여 최소 3개의 하위 계정을 생성하는 것이 좋습니다.

• 개발 – 개발 목적 및 클라우드에서 개별 증분을 테스트하기 위한 것입니다.
• 테스트 – 품질 제공을 보장하기 위해 공개적으로 사용하기 전에 프로덕션과 같은 환경에서 통합 테스트 및 테스트를 수행합니다. 고도의 DevOps 기반 회사에서는 테스트가 개발 하위 계정에서 발생하므로 이 하위 계정은 프로덕션 애플리케이션에도 사용됩니다.
• 프로덕션 – 프로덕션 애플리케이션용.

계정 모델 생성 시 고려 사항

하위 계정을 사용하여 단계별 개발 환경을 만드는 것이 좋지만 하위 계정을 만들어 다음을 수행할 수도 있습니다.메모

글로벌 계정이 기능 세트 B에 있는 경우 디렉터리를 사용하여 글로벌 계정을 추가로 구성할 수 있습니다. 디렉터리 및 하위 계정이 있는 계정 모델 [기능 세트 B]를 참조하십시오 .

예를 들어 액세스 제한과 관련하여 더 쉽게 구성할 수 있도록 개발 시나리오와 프로젝트를 분리합니다.

다른 개발 팀의 작업을 분리하십시오.

예를 들어 액세스가 제한된 "높은 보안" 하위 계정을 설정하거나 다른 백엔드 시스템과 연결할 별도의 하위 계정을 생성하여 애플리케이션 및 해당 관리에 대한 액세스를 제한합니다.

• 다른 하위 계정에서 관리되는 유사한 프로젝트와 하나의 하위 계정에서 SAP HANA 데이터베이스를 공유합니다.

추천

조직이 커지거나 더 많은 프로젝트가 추가되면 쉽게 확장할 수 있는 계정 구조를 구축하는 것이 좋습니다. 개발 단계당 하나의 하위 계정(계정 모델 5, 기능 세트 A) 또는 이 세 개의 하위 계정(계정 모델 6, 기능 세트 B)을 포함하는 하나의 디렉터리로 시작하고 필요에 따라 각각 더 많은 하위 계정과 디렉터리를 만듭니다.

다른 하위 계정을 만들 때 다음 사항을 고려하십시오.

• 온프레미스 시스템에 대한 연결은 각 하위 계정에 대해 개별적으로 이루어져야 하므로 클라우드 관리 팀에 더 많은 작업이 필요합니다. 그러나 프로젝트의 모든 통합 경로를 하나의 하위 계정에서 유지 관리한 경우 프로젝트의 모든 통합 경로를 종료하는 것이 더 쉬울 수 있습니다. 또한 어떤 애플리케이션이 어떤 온프레미스 연결을 사용하는지 제어할 수 있습니다.

하위 계정에 대한 지역을 선택할 때 지역이 고객의 지리적 위치와 가까워야 네트워크 대기 시간을 줄일 수 있다는 점을 고려하십시오. 확장 시나리오에서는 관련된 시스템에 가까운 지역을 선택합니다. 또한 지역을 선택할 때 법적 요구 사항과 부하 분산을 고려하십시오.

S/4HANA 테넌트를 법적 또는 규제상의 이유로 분리해야 하는 경우(예: 회사의 자회사 분리) 확장에 다른 하위 계정을 사용해야 합니다.

하나의 하위 계정 내 애플리케이션에 대한 DevOps 또는 운영 팀이 완전히 분리되어 있는 경우 더 나은 유지 관리를 위해 별도의 하위 계정을 만드는 것을 고려해야 합니다.