앱 지원 폴더 (프리뷰) 또는 호스트 프로젝트를 사용하여 인프라 리소스를 App Hub 애플리케이션으로 정리합니다.
앱 지원 폴더
권장앱 지원 폴더는 Google Cloud App Hub 애플리케이션에서 인프라 리소스를 서비스 및 워크로드로 그룹화할 수 있는 폴더입니다. 앱 지원 폴더는 폴더에 속한 모든 프로젝트에서 애플리케이션 관리를 프로비저닝합니다. 앱 지원 폴더는 Application Design Center 및 Gemini Cloud Assist와 같은 기능에도 액세스할 수 있습니다. 앱 지원 폴더에서 App Hub 애플리케이션을 설정하는 방법에 관한 자세한 내용은 앱 지원 폴더에 App Hub 설정을 참고하세요.
호스트 프로젝트
호스트 프로젝트는 App Hub 애플리케이션에서 인프라 리소스를 서비스 및 워크로드로 그룹화할 수 있는 Google Cloud 프로젝트입니다. 자세한 내용은 호스트 프로젝트에 App Hub 설정을 참고하세요.
리소스 계층 구조 계획
App Hub 애플리케이션을 구성하는 기반은 선택한 설정 모델에 따라 앱 지원 폴더 또는 호스트 프로젝트입니다. App Hub의 데이터 모델은 표준 Google Cloud 리소스 계층 구조를 기반으로 구축되어 동일한 계층 구조 규칙과 상속 정책을 유지합니다.
예상 애플리케이션 경계를 설정 모델의 기본 앱 지원 폴더 또는 호스트 프로젝트에 매핑하면 Google Cloud 리소스 계층 구조의 이점을 App Hub의 애플리케이션 기능과 효과적으로 결합할 수 있습니다. App Hub의 데이터 모델을 표준 Google Cloud 리소스 계층 구조의 오버레이로 생각하세요.
- 폴더와 프로젝트는 경계입니다. Resource Manager의 폴더와 프로젝트는 앱 지원 폴더나 호스트 프로젝트가 애플리케이션의 관리 경계를 정의하는 것과 같은 방식으로 정책 상속 및 조직을 위해 리소스를 그룹화합니다.
- 역할 및 권한이 상속됨: App Hub의 IAM 역할 및 권한은 표준 IAM 상속 규칙에 따라 관리 프로젝트, 앱 지원 폴더 자체 또는 호스트 프로젝트에 부여됩니다.
- 메타데이터가 중앙 집중화됨: 관리 프로젝트 또는 호스트 프로젝트가 애플리케이션 메타데이터를 중앙 집중화하여 리소스 관리에 애플리케이션 인식 레이어를 추가합니다.
리소스 조직에 대한 자세한 내용은 리소스 조직 개념 및 앱 관리를 위한 폴더 구성을 참고하세요.
리소스 계층 구조 고려사항
애플리케이션 관리를 위한 설정 모델을 선택할 때 리소스 계층 구조에 대해 고려해야 할 권장사항은 다음과 같습니다.
호스트 프로젝트를 사용하는 경우:
- 모든 리소스는 App Hub 애플리케이션에 등록할 수 있도록 호스트 프로젝트에 수동으로 연결하는 특정 서비스 프로젝트에 있어야 합니다.
앱 지원 폴더를 사용하는 경우:
- 서비스와 워크로드는 폴더의 관리 경계 내에서 App Hub 애플리케이션에 등록할 수 있도록 앱 지원 폴더 또는 하위 폴더의 프로젝트 내에 있어야 합니다.
- 서비스 및 워크로드의 자동 검색은 특정 앱 지원 폴더와 그 하위 프로젝트의 경계 내에서 작동합니다.
폴더 구조를 신중하게 계획하세요.
- 단일 앱 지원 폴더를 사용하여 폴더 내 여러 프로젝트의 애플리케이션을 관리합니다.
- 중첩된 앱 지원 폴더를 만들어 애플리케이션 관리를 여러 팀 또는 비즈니스 단위에 위임하여 애플리케이션을 더 세부적으로 제어할 수 있습니다.
폴더에서 애플리케이션 관리에 설명된 대로 F1과 같은 상위 폴더에서 애플리케이션 관리를 사용 설정하면 해당 폴더 내의 애플리케이션이 P10, P11과 같이 폴더 내에 직접 있는 프로젝트의 리소스뿐만 아니라 F2 내의 P20, P21과 같이 중첩된 폴더 내에 있는 프로젝트의 리소스를 포함할 수 있습니다.
중첩된 폴더 F2에서만 애플리케이션 관리를 사용 설정하면 해당 폴더의 애플리케이션은 P20, P21과 같은 폴더 내 프로젝트의 리소스만 사용할 수 있습니다. F2의 애플리케이션에서는 상위 폴더 F1의 리소스(예: P10, P11)를 사용할 수 없습니다. 상위 폴더에 프로젝트의 리소스를 포함하려면 해당 프로젝트를 F2로 이동해야 합니다.
리소스 구조 패턴
다음은 폴더 및 프로젝트 구조를 신중하게 계획할 때 권장되는 일반적인 패턴입니다.
- 단일 앱 지원 폴더: 소규모 조직에서 또는 초기 도입 시 단일 관리 경계 내에서 애플리케이션 관리를 통합하여 구성을 시작합니다.
- 환경별 앱 지원 폴더: 개발 환경 간에 강력한 격리를 적용하여 다양한 정책을 허용하고 위험을 줄입니다.
- 사업부 또는 팀별 앱 지원 폴더: 조직 구조 및 팀 책임에 따라 관리를 조정하여 자율성을 촉진합니다. 별도의 앱 지원 폴더를 여러 개 구성하여 이 방법을 구현할 수 있습니다.
- 앱 지원 폴더의 중첩 구조 만들기: 계층적 제어를 사용하여 비즈니스 단위, 팀 또는 환경별로 정리합니다. 예를 들어 사업부의 최상위 폴더를 만들고 각 사업부 내에 개발, 스테이징, 프로덕션 환경의 중첩 폴더를 만듭니다. 이 패턴은 리소스 계층 구조 고려사항에 설명된 앱 지원 폴더 구조를 활용합니다.
- 애플리케이션 또는 애플리케이션 그룹별 호스트 프로젝트: 프로젝트 기반 관심사 분리에 익숙한 조직이나 이러한 방식으로 관리되는 기존 애플리케이션이 있는 조직에 적합한 표준 프로젝트의 기존 리소스를 정리합니다.