Betty는 시스템 랜드스케이프가 운영 시스템뿐만 아니라
이제 그녀는 아담으로부터 왜 추가 시스템이 필요한지 알고 싶어 합니다.
온프레미스 세계와 마찬가지로 운영 환경 외에도 전용 테스트 환경이 필요합니다. 운영 환경은 운영 테넌트이고, 테스트 환경은 테스트 테넌트입니다.
어떤 경우든 미세 조정을 위한 전용 테넌트가 필요합니다. 미세 조정을 커스터마이징이라고 합니다. 이 작업은 커스터마이징 테넌트에서 수행되었습니다.
GlobManCorp가 계획한 추가 개발 액티비티에 따라 개발 테넌트도 필요합니다.
스테이징된 개발 자체에 필요한 시스템과 테넌트입니다. 아담은 이것이 전체 환경이 아니라고 설명한다. GlobManCorp의 필요에 따라 추가 법인이 필요합니다.
아담은 칼로부터 다음과 같은 사실을 알고 있다.
노트
개발 테넌트와 커스터마이징 테넌트는 개발 시스템의 기술적 클라이언트입니다. 클라이언트는 SAP 시스템의 조직 단위입니다. 클라이언트는 별도의 사용자 마스터 레코드와 별도의 권한을 갖습니다. 클라이언트 고유 데이터는 데이터베이스 테이블의 클라이언트 열에 따라 분할됩니다.
개발 오브젝트는 클라이언트 열이 없는 데이터베이스 테이블에 저장됩니다. 이러한 오브젝트를 클라이언트 전반(cross-client)이라고 하며 모든 클라이언트에서 액세스할 수 있습니다. 따라서 개발자로서 개발 테넌트에서 개발 오브젝트를 생성하면 커스터마이징 테넌트에서도 이러한 오브젝트를 사용할 수 있습니다. 예를 들어 신규 SAP Fiori 앱을 생성하여 개발 테넌트의 비즈니스 카탈로그에 지정하면 커스터마이징 테넌트에도 이 앱에 액세스할 수 있습니다.
마스터 데이터와 트랜잭션 데이터는 클라이언트 열이 있는 데이터베이스 테이블에 저장됩니다. 이러한 데이터를 클라이언트 고유 데이터라고 하며 각 클라이언트에서만 액세스할 수 있습니다. 따라서 관리자는 커스터마이징 테넌트에서 비즈니스 사용자의 비즈니스 역할을 생성합니다. 이 역할은 커스터마이징 테넌트에서만 볼 수 있습니다.
노트
병렬 라인
3 시스템 랜드스케이프에서 병렬 라인은 SAP Central Business Configuration의 별도의 작업 공간과 SAP S/4HANA Cloud Public Edition 에서 구성 및 테스트할 수 있는 두 개의 추가 테넌트를 제공합니다. 2502 부터 사용 가능합니다. 주요 라인은 혁신을 유지하고 SAP의 최신 기능을 통해 운영 환경을 최신 상태로 유지하는 데 중점을 둡니다. 주요 라인에 영향을 주지 않고 별도의 병렬 라인으로 구성 인핸스먼트를 개발하고 테스트할 수 있습니다.
원칙적으로 각 시스템의 병렬 테넌트는 주요 라인의 테넌트와 유사하게 작동합니다. 하지만 병렬 테넌트의 목적은 주로 구성 태스크에 중점을 둡니다.
- 병렬 커스터마이징 테넌트에서, SAP Central Business Configuration의 병렬 라인에 대한 작업 공간의 참조 컨텐트를 기반으로 구성 액티비티를 수행합니다. 구성 태스크를 완료한 후 이를 병렬 테스트 테넌트로 전송합니다.
- 병렬 테스트 테넌트에서는 병렬 커스터마이징 테넌트에서 수행한 모든 구성을 테스트하고 유효성을 확인합니다.
병렬 라인은 중요한 비즈니스 가치를 제공합니다. 기대할 수 있는 이점은 다음과 같습니다.
- 병렬 라인에서 수행된 비즈니스 구성 변경의 영향을 받지 않는 안정적인 주요 라인
- 운영 효율성 향상
- 구성 유연성 향상
- 데이터 품질 및 테스트 기능 개선
- 점진적 구현, 추가 국가/지역, 회사 또는 대규모 범위 추가에 대한 철저한 검증
- 운영 환경에 혁신을 더 쉽게 배포
- 지속적인 학습 및 기술 개발
- 주요 라인의 테스트 환경에 중복 테스트 또는 교육 데이터가 없음
- 컷오버 계획을 위해 반복된 데이터 로드 실행을 수행할 수 있음
일반 정보
- 고객 및 랜드스케이프당 최대 하나의 병렬 라인을 동시에 프로비저닝할 수 있습니다.
- 통합 SAP 솔루션 또는 타사 솔루션이 주요 라인과의 통합에 사용되는 것과 별도의 테넌트를 제공할 수 있는 경우 통합 시나리오가 가능합니다.
- 스타터 및 샌드박스 테넌트는 병렬 라인에 포함되거나 통합되지 않습니다.
- 분기를 사용하면 마스터 데이터나 트랜잭션 데이터가 병렬 라인에 복사되지 않습니다. 따라서 마스터 데이터와 병렬 라인의 특정 유형의 트랜잭션 데이터는 수동 또는 마이그레이션 콕피트를 통해서만 생성할 수 있습니다.
구현 정보
다음 SAP Note를 통해 병렬 라인으로 작업할 수 있는 최신 업데이트를 확인하십시오.
- SAP Note 3542536 – Release Note for SAP S/4HANA Cloud Public Edition, Parallel Line.
- SAP Note 3580675 – 이중 유지보수가 필요한 추가 구성 액티비티.
노트
이 정보는 변경될 수 있으므로 업데이트를 위해 이 노트를 정기적으로 확인하는 것이 좋습니다.
병렬 라인 프로비저닝 및 삭제
SAP for Me의 서비스 및 지원 대시보드에서 서비스를 요청하여 병렬 라인을 관리하고 미결 서비스 요청의 상태를 확인할 수 있습니다.
SAP for Me에서 서비스 요청을 제출하여 주요 라인이 분기할 준비가 되었는지 확인합니다. 선행조건 점검 실행
SAP for Me에서 서비스 요청을 제출하여 병렬 라인을 생성합니다. 이미 병렬 라인이 있고 신규 라인을 요청한 경우 기존 병렬 라인과 해당 데이터가 삭제됩니다. 병렬 라인 생성
마음이 바뀌어 병렬 라인이 더 이상 필요하지 않다고 판단되면 SAP for Me 서비스 요청을 제출하여 병렬 라인을 삭제하십시오. 병렬 라인 삭제
참고:
개발자 확장성을 완료하고 개발 라인에서 전송해야 합니다. 따라서 개발자 확장성 전송은 병렬 라인으로 컬렉션 임포트 앱에 표시되지 않습니다. 클라이언트 종속 주요 사용자 확장성은 병렬 라인으로 수행할 수 있습니다. 하지만 메인 라인에서 이중 유지보수를 수행해야 합니다.
노트
일부 주요 사용자 확장성 관련 구성 액티비티는 주요 라인에서만 편집할 수 있습니다.
병렬 라인에서 작업 및 테스트할 때는 다음 사항을 고려하십시오.
- 병렬 라인에서 수행한 구성을 운영 시스템으로 직접 전송할 수는 없습니다. 병렬 라인에서 주요 라인으로 비즈니스 구성 변경사항을 인계하려면 병합해야 합니다. 참고: 병합은 수동 프로세스이지만 특정 조건이 충족되면 일부 태스크를 자동화할 수 있습니다. 자세한 내용은 SAP 사이트에 게시된 3584765 정보 를 참조하십시오.
- 병렬 라인에서는 개발자 확장성을 생성하거나 전송할 수 없습니다. 이 확장을 테스트에 사용하려면 먼저 개발 라인에서 생성한 다음 이러한 확장을 주요 라인으로 전송해야 합니다. 그런 다음 테스트를 위해 병렬 라인에서 사용할 수 있게 됩니다. 다양한 전송 요청 유형을 오케스트레이션하는 데 도움이 되도록 SAP Cloud ALM을 사용할 수 있습니다.