App Hub 개요

클라우드 인프라를 개발할 때 여러 프로젝트에 리소스를 구성할 수 있습니다. 이 접근 방식을 사용하면 리소스를 관리하고 구성하기 어려워질 수 있습니다. App Hub는 이러한 리소스를 그룹화하는 애플리케이션 중심 방법을 제공하여 인프라를 비즈니스 기능에 맞게 조정할 수 있도록 지원합니다.

App Hub는 Google Cloud의 애플리케이션을 위한 기본 데이터 모델이자 중앙 레지스트리 역할을 합니다. 리소스 소유권, 종속 항목, 비즈니스 컨텍스트를 명확히 하는 단일 정보 소스를 만듭니다. 이를 통해 필요한 애플리케이션 중심 컨텍스트를 사용하여 다른 Google Cloud 서비스를 지원할 수 있습니다. 이 애플리케이션 중심 모델과 리소스 구성에 대한 자세한 내용은 애플리케이션 중심 Google Cloud를 참조하세요.

이 문서에서는 App Hub를 설정하거나 관리하기 전에 App Hub의 기능과 이점을 이해할 수 있도록 App Hub의 개념을 간략하게 설명합니다.

App Hub를 사용해야 하는 이유

App Hub를 사용하면 개별 인프라 구성요소에서 이러한 구성요소로 이루어진 애플리케이션으로 초점을 전환하여 규모에 맞게 거버넌스와 운영을 간소화할 수 있습니다.

App Hub를 사용하면 다음을 구현할 수 있습니다.

  • 애플리케이션 구성 및 카탈로그화: 하나 이상의 프로젝트에서 흩어져 있는 리소스를 논리적 애플리케이션으로 그룹화합니다. 그런 다음 소유자, 비즈니스 중요도, 환경과 같은 속성으로 이러한 애플리케이션을 분류하여 검색 가능성과 책임성을 개선할 수 있습니다. 자세한 내용은 검색 가능성 및 거버넌스 지원을 참조하세요.

  • 팀을 위한 통합 뷰 만들기: App Hub에서 애플리케이션을 정의하면 다른 Google Cloud서비스에 필수 컨텍스트가 제공됩니다. 예를 들어 다음과 같은 기능을 사용 설정합니다.

    • Cloud Hub의 운영 및 인사이트 중앙 뷰: 애플리케이션 컨텍스트에서 알림, 사고, 성능 데이터를 표시합니다.
    • Gemini Cloud Assist의 AI 기반 지원: App Hub의 데이터 모델을 사용하여 애플리케이션을 설계, 운영하고 애플리케이션의 문제를 해결하는 데 도움이 됩니다.
    • Google Cloud Observability를 사용한 애플리케이션 모니터링: 애플리케이션 및 리소스의 원격 분석 데이터를 표시하여 오류를 해결하고 성능을 개선할 수 있습니다.

  • 리소스 소유권 및 종속 항목 명확히 하기: 애플리케이션이 어떻게 구성되고 구성요소가 서로 어떻게 종속되는지 파악합니다. 이 기능을 사용하면 개발자와 운영자가 애플리케이션 아키텍처를 시각화하고, 소유자를 식별하고, 문제를 해결할 수 있습니다.

App Hub가 더 광범위한 애플리케이션 수명 주기에서 어떻게 활용되는지 자세히 알아보려면 애플리케이션 중심 Google Cloud를 참조하세요.

개념 및 데이터 모델

App Hub는 애플리케이션, 서비스, 워크로드라는 주요 개념을 기반으로 하는 데이터 모델을 토대로 구축됩니다. 일반적인 용어이지만 App Hub에서는 이러한 용어를 특정 방식으로 사용합니다. 다음은 App Hub 정의를 일반적인 업계 사용과 비교한 표입니다.

개념 App Hub 정의 일반적인 업계 사용
애플리케이션 함께 비즈니스 기능을 제공하는 서비스 및 워크로드를 논리적으로 그룹화한 것입니다. 단일 배포 가능 단위, 코드베이스 또는 광범위한 시스템을 의미할 수 있습니다.
서비스 부하 분산기와 같이 클라이언트에 기능을 노출하는 네트워크 또는 API 인터페이스입니다. 자체 비즈니스 로직과 데이터가 있는 배포 가능한 구성요소인 마이크로서비스를 의미하는 경우가 많습니다.
워크로드 GKE 배포 또는 Compute Engine 인스턴스 그룹과 같이 명확한 비즈니스 기능 단위를 실행하는 바이너리 배포입니다. 컴퓨팅 리소스를 사용하는 모든 프로세스 또는 구성요소를 가리키는 일반적인 용어입니다.

이러한 핵심 개념에 대한 자세한 내용은 주요 개념을 참조하세요.

지리적 배포 요구사항에 따라 App Hub 애플리케이션을 정의할 수 있습니다. 다음 위치를 지정할 수 있습니다.

  • 전역 애플리케이션은 여러Google Cloud 리전의 서비스와 워크로드를 그룹화할 수 있습니다.
  • 리전 애플리케이션에는 모두 단일 리전 내에 있는 리소스가 포함됩니다.

이 선택은 등록할 수 있는 리소스에 영향을 미치며 데이터 저장 위치 요건에 중요할 수 있습니다. 올바른 위치를 선택하는 데 도움이 되는 자세한 비교는 전역 및 리전 애플리케이션을 참고하세요.

서비스 및 워크로드의 등록 상태

Google Cloud 리소스의 조직 구조는 App Hub가 서비스 및 워크로드와 상호작용하는 방식에 영향을 미치며, 이를 애플리케이션으로 그룹화할 수 있습니다. 애플리케이션에 등록할 수 있는 서비스 및 워크로드에는 다음 등록 상태 중 하나가 있습니다.

  • 탐색됨: 설정 모델의 리소스 계층 구조에 포함되어 있고 다른 애플리케이션에 등록되어 있지 않으므로 애플리케이션에 등록할 수 있는 서비스 및 워크로드입니다. 탐색된 서비스 및 워크로드에는 애플리케이션에서 삭제하거나 등록 취소했지만 다시 등록할 수 있는 서비스 또는 워크로드도 포함됩니다.
  • 등록됨: 애플리케이션에 등록되고 App Hub에서 관리하는 서비스 및 워크로드입니다. 탐색된 서비스 및 워크로드만 등록할 수 있으며 각 서비스 및 워크로드는 단일 애플리케이션의 일부로만 사용할 수 있습니다. 서비스 또는 워크로드를 등록하면 등록 상태가 발견됨에서 등록됨으로 업데이트됩니다.

  • 분리됨: 애플리케이션에 구성요소로 등록되었지만 기본 리소스가 더 이상 설정 모델의 리소스 계층 구조에 포함되지 않아 App Hub에서 관리하거나 모니터링할 수 없는 서비스 또는 워크로드입니다. 애플리케이션에 등록된 서비스 및 워크로드의 등록 상태가 다음과 같은 이유로 분리됨으로 변경될 수 있습니다.

    • 기본 리소스가 삭제됩니다. 예를 들어 서비스로 표시되는 전달 규칙을 삭제하면 서비스의 등록 상태가 분리됨으로 변경됩니다.
    • 호스트 프로젝트의 경우: 설정 모델에 호스트 프로젝트를 사용하고 등록된 서비스 또는 워크로드의 기본 리소스가 있는 서비스 프로젝트가 호스트 프로젝트에서 삭제된 경우
    • 관리 프로젝트의 경우: 설정 모델에 관리 프로젝트를 사용하고 등록된 서비스 또는 워크로드의 기본 리소스가 있는 앱 지원 폴더의 하위 프로젝트가 앱 지원 폴더에서 이동된 경우

    분리된 서비스 및 워크로드는 등록 취소할 때까지 애플리케이션에 남아 있습니다.

    설정 모델의 애플리케이션 관리 경계에서 프로젝트를 이동하면 분리된 서비스와 워크로드가 다른 경계의 애플리케이션에서 검색될 수 있습니다. 애플리케이션 관리 경계에서 설정한 리소스 계층 구조를 준수하여 검색 가능한 서비스와 워크로드를 다시 등록할 수 있습니다.

서비스 및 워크로드의 등록 상태를 보려면 서비스 및 워크로드 세부정보 보기를 참고하세요.

검색 가능성 및 거버넌스 지원

데이터 모델을 보강하기 위해 App Hub를 사용하여 애플리케이션 검색 가능성, 책임성, 리소스 거버넌스를 지원하는 속성(property) 및 속성(attribute)을 노출할 수 있습니다. 이러한 값을 애플리케이션 메타데이터로 정의하면 규모에 맞게 리소스에 정책을 필터링, 관리, 적용할 수 있습니다.

다음은 속성(property) 및 속성(attribute)의 정의와 기능입니다.

  • 속성(property)은 등록된 서비스 또는 워크로드의 기본 인프라를 설명하는 변경 불가능한 필드입니다(예: 프로젝트 ID, 위치, 영역). 이러한 항목은 자동으로 검색되며 App Hub에서 수정할 수 없습니다.

  • 속성(attribute)은 애플리케이션, 서비스, 워크로드에 적용하여 이를 정리하고 관리할 수 있는 변경 가능한 사용자 정의 메타데이터입니다. 주요 속성은 다음과 같습니다.

    • 소유자: 개발자, 운영자, 비즈니스팀의 연락처 정보입니다. 지원되는 소유자 유형은 다음과 같습니다.

      • developer_owners: 개발 및 코딩을 소유한 개발팀입니다.
      • operator_owners: 런타임 및 운영 무결성을 보장하는 운영팀입니다.
      • business_owners: 품질 및 사용자 기대 충족을 보장하는 비즈니스팀입니다.

    • 중요도: 비즈니스에 있어 리소스의 중요도입니다. 지원되는 값은 다음과 같습니다.

      • 미션 크리티컬
      • 높음
      • 보통
      • 낮음

    • 환경: 리소스의 수명 주기 단계입니다. 지원되는 값은 다음과 같습니다.

      • 프로덕션
      • 스테이징
      • 테스트
      • 개발

App Hub 리소스 모델

애플리케이션 중심 기능을 사용 설정하기 위해 App Hub는 다음 Google Cloud 폴더 및 프로젝트를 기반으로 하는 모델을 사용합니다.

  • 권장: 앱 지원 폴더: 애플리케이션 관리를 위해 구성된 표준 Google Cloud 폴더입니다. 이 폴더는 애플리케이션의 관리 경계 역할을 합니다. 폴더가 앱 지원으로 설정되면 Google Cloud 에서 폴더 내에 관리 프로젝트를 자동으로 생성합니다. 이 Google 생성 프로젝트는 모든 애플리케이션 모델과 메타데이터의 중앙 저장소 역할을 합니다. 이는 애플리케이션 중심 Google Cloud 제품을 사용하는 데 권장되는 경로이며 애플리케이션 관리 기능의 전체 솔루션에 액세스하는 데 필요합니다.

  • 호스트 프로젝트: App Hub에서 서비스와 워크로드를 애플리케이션으로 그룹화하는 데 사용할 수 있지만 애플리케이션 관리 기능의 전체 솔루션에 대한 액세스를 지원하지 않는 Google Cloud 프로젝트입니다.

애플리케이션 중심 리소스 모델에 대한 자세한 내용은 리소스 구성 개념을 참조하세요. 시작에 관한 자세한 안내는 설정 모델 선택을 참조하세요.

다음 단계