App Hub 개요

클라우드 인프라를 개발할 때 여러 프로젝트에 Google Cloud리소스를 구성할 수 있습니다. 하나 이상의 프로젝트에 논리적으로 그룹화하려는 통합 비즈니스 기능을 제공하는 리소스가 많이 있을 수도 있습니다. Google Cloud 의 리소스 계층 구조를 사용하면 이러한 그룹화 목적으로 인프라를 관리하고 구성하기가 어려울 수 있습니다. App Hub는 서비스와 워크로드를 그룹화하고 관리하는 애플리케이션 중심 방법을 제공하여 인프라를 비즈니스 기능에 맞게 조정할 수 있도록 지원합니다.

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

이 문서에서는 App Hub의 기능을 이해하고 설정하거나 관리하기 전에 App Hub의 개념을 간략하게 설명합니다.

App Hub를 사용해야 하는 이유

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

App Hub를 사용하면 다음과 같은 애플리케이션 중심 기능을 구현할 수 있습니다.

  • 애플리케이션 구성 및 카탈로그화: 하나 이상의 프로젝트에서 흩어져 있는 Google Cloud 리소스를 논리적 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 정의를 일반적인 업계 사용과 비교한 표입니다.

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

이러한 개념 및 기타 애플리케이션 중심 Google Cloud 핵심 개념에 대한 자세한 내용은 주요 개념을 참고하세요. 애플리케이션에서 서비스 또는 워크로드로 등록할 수 있는 App Hub의 지원 리소스 목록은 App Hub 지원 리소스를 참고하세요.

지리적 배포 요구사항에 따라 App Hub 애플리케이션을 정의할 수 있습니다. 위치 선택은 애플리케이션에 등록할 수 있는 서비스 및 워크로드에 영향을 미치며 데이터 저장 위치 요건에 중요할 수 있습니다. 다음 위치를 지정할 수 있습니다.

  • 전역 애플리케이션: 여러Google Cloud 리전의 서비스와 워크로드를 그룹화합니다.
  • 리전 애플리케이션: 모두 단일 리전 내에 있는 서비스와 워크로드를 그룹화합니다.

올바른 위치를 선택하는 데 도움이 되는 자세한 비교는 전역 및 리전 애플리케이션을 참고하세요.

서비스 및 워크로드에는 애플리케이션의 등록 상태가 표시됩니다. 또한 애플리케이션, 서비스, 워크로드에는 속성 및 속성 형태의 메타데이터가 포함될 수 있습니다.

위치, 등록 상태, 메타데이터 등 배포된 애플리케이션과 해당 서비스 및 워크로드의 세부정보를 볼 수 있습니다. 자세한 내용은 서비스 및 워크로드 세부정보 보기 및 애플리케이션 세부정보 보기를 참고하세요.

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

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

  • 탐색됨: 애플리케이션 관리 경계에 속하고 다른 애플리케이션에 등록되지 않았거나 여러 애플리케이션에 등록할 수 있어 애플리케이션에 등록할 수 있는 서비스 및 워크로드입니다. '탐색됨' 상태에는 애플리케이션에서 삭제하거나 등록 취소했지만 다시 등록할 수 있는 서비스 및 워크로드도 포함됩니다.

  • 등록됨: 애플리케이션에 등록되고 App Hub에서 관리하는 서비스 및 워크로드입니다. 탐색된 서비스 및 워크로드만 등록할 수 있습니다. 서비스 또는 워크로드를 등록하면 등록 상태가 발견됨에서 등록됨으로 업데이트됩니다.

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

    • 기본 리소스가 삭제됩니다. 예를 들어 서비스로 표시되는 전달 규칙을 삭제하면 서비스의 등록 상태가 분리됨으로 변경됩니다.
    • 등록된 서비스 또는 워크로드의 기본 리소스가 포함된 프로젝트 또는 폴더가 애플리케이션 관리 경계 밖으로 이동됩니다.

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

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

Google Cloud 에서 리소스 계층 구조에 맞는 애플리케이션 관리 경계를 선택하고 App Hub에서 비즈니스에 필요한 서비스와 워크로드를 검색하고 등록하도록 하려면 애플리케이션 설정 모델 선택을 참고하세요. 서비스 및 워크로드의 등록 상태를 보려면 서비스 및 워크로드 세부정보 보기를 참고하세요.

속성 및 특성

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

애플리케이션의 서비스 및 워크로드 속성과 속성을 보려면 서비스 및 워크로드 세부정보 보기를 참고하세요.

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

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

    • (미리보기) 등록 유형: 서비스의 경우 서비스가 하나 이상의 애플리케이션에 등록될 수 있는지를 나타내는 출력 전용 속성입니다. 이 속성에 사용할 수 있는 값은 다음과 같습니다.

      • EXCLUSIVE: 서비스는 단일 애플리케이션에만 등록할 수 있습니다.
      • SHARED: 서비스를 여러 애플리케이션에 등록할 수 있습니다. 이 값은 서비스가 공유 서비스임을 나타냅니다.

    • (미리보기) 기능 유형: 서비스 또는 워크로드의 알려진 기능을 식별하는 출력 전용 속성입니다. 예를 들어 AI 에이전트가 Vertex AI Agent Engine과 같은 관리 플랫폼을 통해 배포되면 App Hub는 워크로드가 AI 에이전트를 실행함을 나타내기 위해 AGENT 기능 유형 값으로 리소스를 자동으로 분류합니다.

    • (미리보기) 확장된 메타데이터: 서비스 또는 워크로드에 관한 풍부한 구조화된 정보를 제공하는 스키마 기반 속성입니다. 자세한 유형별 데이터를 추가하는 키-값 필드를 나타냅니다. 예를 들어 기능 유형 값이 AGENT인 워크로드에는 Agent2Agent (A2A) Agent Card와 호환되는 에이전트에 관한 정보가 포함된 apphub.googleapis.com/AgentProperties 메타데이터가 포함될 수 있습니다. 지원되는 메타데이터 유형 및 스키마 목록은 확장된 메타데이터 스키마를 참고하세요.

    • (미리보기) ID: 서비스 또는 워크로드의 서비스 계정 또는 관리형 워크로드 아이덴티티 이름을 포함하는 출력 전용 속성입니다.

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

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

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

    • 중요도: 비즈니스에 대한 구성요소의 중요도입니다. 지원되는 값은 다음과 같습니다.

      • MISSION_CRITICAL
      • HIGH
      • MEDIUM
      • LOW

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

      • PRODUCTION
      • STAGING
      • DEVELOPMENT
      • TEST

App Hub 리소스 모델

애플리케이션 중심 기능을 사용 설정하기 위해 App Hub는 관리 프로젝트 및 애플리케이션 관리 경계 개념을 중심으로 하는 리소스 모델을 사용합니다.

  • 권장: 폴더 수준 경계: 구성요소가 Google Cloud 폴더 구조 내에 구성된 경우 폴더를 경계로 사용할 수 있습니다. 이 접근 방식을 사용하면 비즈니스 단위, 환경 또는 팀별로 애플리케이션 관리 경계를 조직의 구조와 일치시키고 해당 폴더 내의 모든 프로젝트를 자동으로 포함할 수 있습니다.
  • 단일 프로젝트 경계: 모든 Google Cloud 리소스가 하나의 프로젝트에 있는 소규모 애플리케이션의 경우 해당 단일 프로젝트를 경계로 지정할 수 있습니다. 애플리케이션 관리를 시작하는 가장 빠른 방법입니다. 프로젝트를 독립형 관리 프로젝트로 구성하여 단일 프로젝트 경계를 정의할 수 있습니다.
  • (기존) 호스트 프로젝트가 있는 다중 프로젝트 경계: 기존 사용자의 경우 App Hub는 Google Cloud 프로젝트에서 App Hub API를 사용 설정하여 애플리케이션 관리를 위한 호스트 프로젝트를 지정할 수 있는 기존 모델을 지원합니다. 그런 다음 다중 프로젝트 리소스 검색을 위해 서비스 프로젝트라고 하는 다른 Google Cloud 프로젝트를 수동으로 연결합니다.

App Hub가 리소스 계층 구조 Google Cloud 위에 도입하는 이 애플리케이션 관리 레이어를 통해 App Hub는 경계 내에서 지원되는 리소스를 검색할 수 있습니다. 애플리케이션의 설정 모델을 선택하고 리소스 계층 구조 및 거버넌스 요구사항에 가장 적합한 애플리케이션 관리 경계를 설정할 수 있습니다.

이 리소스 조직의 데이터 처리 및 기타 애플리케이션 중심 기능에 대한 자세한 내용은 애플리케이션 중심 Google Cloud를 참고하세요. 시작 및 애플리케이션 관리 경계 정의에 관한 자세한 내용은 애플리케이션 설정 모델 선택을 참고하세요.

다음 단계