Subaccount vs Directory — BTP 구조 설계 #shorts #SAP #BTP

이 글이 답하는 질문

• BTP에서 Subaccount와 Directory는 어떻게 다른가?
• 둘을 어떻게 조합해서 조직 구조를 설계하나?
• Directory 없이 Subaccount만 써도 되나?

직접 해보기

1. BTP 계층 구조 한눈에 보기

Global Account
├── Directory (선택 — 그룹화/정책 상속)
│   ├── Subaccount (Dev)
│   └── Subaccount (Test)
└── Subaccount (Prod)  ← Directory 없이 직접 생성 가능

Directory는 선택 사항입니다. 소규모 프로젝트라면 Global Account 아래 Subaccount를 바로 생성해도 됩니다.

2. Directory — 그룹화와 정책 상속

Directory: "ProjectA"
├── Subaccount: dev-projecta
├── Subaccount: test-projecta
└── Subaccount: prod-projecta

# Directory에 Quota 할당 → 하위 Subaccount 공유
# IAM 정책도 Directory 수준에서 일괄 적용 가능

여러 Subaccount를 묶어 예산/권한을 일괄 관리할 때 Directory가 유용합니다.

3. Subaccount — 실제 서비스 배포 단위

Subaccount (prod-projecta)
├── Cloud Foundry Runtime → Space(s)
├── Kyma Environment
├── SAP HANA Cloud 인스턴스
└── 독립 Entitlement 관리

Subaccount는 서비스가 실제로 배포되는 격리 단위입니다. 각 Subaccount는 독립적인 Entitlement과 접근 제어를 가집니다.

삽질 노트

• Directory Quota 할당을 빠뜨리면 하위 Subaccount에서 서비스 인스턴스 생성 실패 — Global Account에서 먼저 할당 필수
• Subaccount는 Region을 생성 시점에 고정 — 이후 변경 불가, 처음부터 신중하게 선택
• Directory를 지나치게 중첩하면 관리 복잡도만 증가 — 2단계(사업부→프로젝트) 이상은 과설계

핵심 한 줄

Directory는 그룹화·정책 관리용, Subaccount는 실제 배포 격리 단위 — 조직 규모에 맞게 조합하세요.

더 파볼 주제

• Entitlement vs Quota — BTP 서비스 사용량 제한 설정
• Cloud Foundry Org vs Space — Subaccount 내부 구조
• SAP BTP Cockpit — Global Account 관리 화면 탐색