사용자는 먼저 서비스 소비자 프로젝트를 사용 설정해야 관리형 서비스를 사용할 수 있습니다. 서비스 소비자 프로젝트의 관리형 서비스를 사용 설정하면 사용자가 서비스를 사용할 수 있고, Google Cloud 콘솔에 모니터링 페이지가 추가되고, 프로젝트에 결제가 사용 설정되어 있는 경우에는 해당 서비스에 결제가 사용 설정됩니다.
관리형 서비스
관리형 서비스는 API와 같은 잘 정의된 인터페이스를 통해 서비스 액세스 권한을 제공합니다. 사용자는 서비스를 구현하는 컴퓨팅 및 스토리지와 같은 기본 리소스를 관리할 필요 없이 관리형 서비스에 액세스합니다.
예를 들어 Compute Engine 및 Cloud SQL을 사용하여 데이터 스토리지 서비스를 빌드하고 이를 사용자에게 API로 제공할 수 있습니다. 사용자는 이 API와만 상호작용합니다. 관리형 서비스가 어떻게 구현되었는지는 알지 못하며 신경 쓰지도 않습니다. 관리형 서비스를 줄여서 서비스라고도 합니다.
작업
Service Infrastructure는 작업의 일반 개념을 사용하여 API 호출, 리소스 사용량 등 관리형 서비스의 활동을 나타냅니다. 각 작업은 관리형 서비스 및 특정 서비스 소비자와 연관되어 있으며 API 메소드 이름, 리소스 사용량 등 작업을 설명하는 속성 집합을 포함하고 있습니다.
비공개 서비스
Cloud Endpoints를 사용하여 만든 API와 같은 비공개 서비스는 서비스를 명시적으로 공유하고 있는 사용자와 그룹 구성원만 사용 설정할 수 있습니다.
비공개 서비스는 공개 또는 비공개(RFC 1918) IP 주소를 통한 연결과 관련이 없습니다.
Service Management API는 관리형 서비스 및 서비스 구성의 생성과 수명 주기를 관리합니다. Service Management API를 사용하여 사용자가 서비스를 찾아서 사용 설정하고 사용할 수 있도록 Google Cloud 에서 관리형 서비스를 출시, 게시, 업데이트합니다.
서비스 프로듀서
관리형 서비스의 게시 및 유지 관리 책임이 있는Google Cloud 프로젝트 소유 에이전트 (사용자 또는 사용자 그룹)입니다. 각 관리형 서비스는 단 하나의 서비스 제작자가 소유합니다.
서비스 배포
서비스 출시는 Service Management API가 서비스 구성을 Google Cloud Platform에 배포하는 방법과 구성을 적용하는 방법을 정의합니다. 함께 배포할 여러 서비스 구성 버전과 사용 방법을 알려주는 전략을 지정할 수 있습니다.
Service Management API는 이전 서비스 구성 버전으로 롤백할 수 있도록 서비스 배포의 기록을 유지합니다. 이전에 제출한 롤아웃 기록을 복제하는 새로운 롤아웃을 시작함으로써 서비스 구성을 롤백할 수 있습니다.
Service Usage API
개발자 및 관리형 서비스 사용자가 Google Cloud프로젝트에서 API를 나열, 사용 설정, 사용 중지하고, 할당량 제한을 보고 관리할 수 있게 해주는 메서드를 제공합니다.
테넌트 프로젝트
테넌트 프로젝트에서 단일 서비스 소비자 전용의 관리형 서비스 리소스를 호스팅할 수 있습니다.
테넌시 유닛은 여러 테넌트 프로젝트를 포함할 수 있습니다.
임대 단위
테넌시 유닛은 관리형 서비스를 배포하는 데 사용되는 서비스별, 서비스 소비자별 격리 환경을 제공합니다. 새로운 사용자가 서비스를 사용하기 시작할 때, 단일 임대 단위에서 해당 서비스 소비자만을 위한 모든 리소스를 만들 수 있습니다. 서비스 소비자별로 별도의 임대 단위를 만들면 사용자의 데이터를 격리하는 데 도움이 되며, 사용자가 서비스 사용을 중지할 경우 임대 단위를 삭제하면 사용자의 데이터를 확실히 삭제할 수 있습니다. 테넌시 유닛을 자세히 알아보려면 테넌시 유닛 시작하기를 참조하세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[],[],null,["# Glossary\n\n#### Enabled service\n\n- Before a user can use a managed service, it must first be enabled for a [service consumer](#consumer) project. Enabling a [managed service](#managed) for a [service consumer](#consumer) project allows a user to use it, adds monitoring pages in the Google Cloud console, and enables billing for the service if billing is enabled for the project.\n\n#### Managed service\n\n- A managed service offers access to a service through a well-defined\n interface, such as an API. Users access the managed service without having\n to manage the underlying resources, such as compute and storage, that\n implement the service.\n\n For example, you can build a data storage service using Compute Engine\n and Cloud SQL and offer it to your users as an API. Your users interact\n with that API only. They don't know or care how you implemented the managed\n service. A managed service is also referred to as a service.\n\n#### Operation\n\n- Service Infrastructure uses the generic concept of an operation to represent\n the activities of a [managed service](#managed), such as API calls and\n resource usage. Each operation is associated with a managed service and a\n specific [service consumer](#consumer), and has a set of properties that\n describe the operation, such as the API method name and resource usage\n amount.\n\n | **Note:** Service Infrastructure APIs use a separate resource to represent a long-running operation that is the result of a network API call. To learn more, see [Polling Long Running Operations](/service-infrastructure/docs/polling-operations).\n\n#### Private service\n\n- Private services can only be enabled by users and members of groups with\n which the service has been explicitly shared, such as APIs created using\n [Cloud Endpoints](/endpoints).\n\n A private service is not related to connectivity through public or private\n (RFC 1918) IP addresses.\n\n#### Public service\n\n- Public APIs and services are globally visible to all users. Examples of\n public Google Cloud APIs and services include\n [BigQuery API](/bigquery), [Cloud Storage](/storage), and\n [Cloud Monitoring API](/monitoring). For a complete list of public APIs,\n see [Cloud APIs](/apis).\n\n A public service is not related to connectivity through public or private\n (RFC 1918) IP addresses.\n\n#### Service configurations\n\n- Each [managed service](#managed) is described by a service configuration\n which covers a wide range of features, including its name, title, RPC API\n definitions, REST API definitions, documentation, authentication, and more.\n\n To change the configuration of a managed service, you need to publish an\n updated service configuration. To learn more, see\n [Managing Service Configurations](/service-infrastructure/docs/manage-config).\n\n The Service Management API also allows publishing an\n [OpenAPI](https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md)\n specification, formerly known as the Swagger Specification, which is\n automatically converted to a corresponding service configuration.\n\n#### Service consumer\n\n- An agent (such as a user or group of users) who owns a Google Cloud project that has enabled and can therefore use APIs on a [managed\n service](#managed). A managed service can have many service consumers.\n\n#### Service Consumer Management API\n\n- Service Consumer Management provides utilities to help you manage your relationship with your [managed services'](#managed) users, including the ability to create and manage [tenancy units](#tenancy) and override quota limits.\n\n#### Service Control API\n\n- The Service Control API works with a set of [managed services](#managed) and their [operations](#operation), and checks whether an operation is allowed to proceed, and reports completed operations. To learn more, see [Service Infrastructure Overview](/service-infrastructure/docs/overview).\n\n#### Service Management API\n\n- The Service Management API manages the creation and life cycle of [managed services](#managed) and [service configurations](#config). Use the Service Management API to rollout, publish, and update your managed services on Google Cloud so that your users can find, enable, and use them.\n\n#### Service producer\n\n- An agent (such as a user or group of users) who owns a Google Cloud project responsible for publishing and maintaining a [managed\n service](#managed). Each managed service is owned by exactly one service producer.\n\n#### Service rollout\n\n- A service rollout defines how the [Service Management](#management) API\n should deploy [service configurations](#config) to Google Cloud Platform and\n how the configurations take effect. It lets you specify multiple\n service configuration versions to be deployed together and a strategy that\n indicates how they should be used.\n\n The Service Management API keeps a history of service rollouts so that you\n can roll back to previous service configuration versions. You can roll back\n a service configuration by initiating a new rollout that clones a previously\n submitted rollout record.\n\n#### Service Usage API\n\n- Provides methods for you and users of your managed services to list, enable, and disable APIs, and view and manage quota limits, in Google Cloud projects.\n\n#### Tenant project\n\n- You can host the [managed service](#managed) resources dedicated to a single [service consumer](#consumer) in a tenant project. A [tenancy unit](#tenancy) can contain multiple tenant projects\n\n#### Tenancy units\n\n- Tenancy units provide per-service, per-[service consumer](#consumer) isolated environments used for deploying [managed services](#managed). When a new user starts using your service, you can create all resources specific to that service consumer in a single tenancy unit. Creating a separate tenancy unit per service consumer helps ensure your user's data is isolated, and if a user stops using your service, deleting the tenancy unit helps ensure the user's data is deleted. To learn more about tenancy units, see [Getting Started with Tenancy Units](/service-infrastructure/docs/tenancy-units-tutorial)."]]
