Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Layanan yang diaktifkan
Sebelum pengguna dapat menggunakan layanan terkelola, layanan tersebut harus diaktifkan terlebih dahulu untuk project konsumen layanan. Mengaktifkan layanan terkelola untuk project konsumen layanan memungkinkan pengguna menggunakannya, menambahkan halaman pemantauan di konsol Google Cloud , dan mengaktifkan penagihan untuk layanan jika penagihan diaktifkan untuk project.
Layanan terkelola
Layanan terkelola menawarkan akses ke layanan melalui antarmuka yang ditentukan dengan baik, seperti API. Pengguna mengakses layanan terkelola tanpa harus
mengelola resource yang mendasarinya, seperti komputasi dan penyimpanan, yang
menerapkan layanan.
Misalnya, Anda dapat membuat layanan penyimpanan data menggunakan Compute Engine dan Cloud SQL, lalu menawarkannya kepada pengguna sebagai API. Pengguna Anda hanya berinteraksi
dengan API tersebut. Mereka tidak tahu atau tidak peduli bagaimana Anda menerapkan layanan
terkelola. Layanan terkelola juga disebut sebagai layanan.
Operasi
Infrastruktur Layanan menggunakan konsep umum operasi untuk merepresentasikan
aktivitas layanan terkelola, seperti panggilan API dan
penggunaan resource. Setiap operasi dikaitkan dengan layanan terkelola dan konsumen layanan tertentu, serta memiliki serangkaian properti yang mendeskripsikan operasi, seperti nama metode API dan jumlah penggunaan resource.
Layanan pribadi
Layanan pribadi hanya dapat diaktifkan oleh pengguna dan anggota grup yang
telah berbagi layanan secara eksplisit, seperti API yang dibuat menggunakan
Cloud Endpoints.
Layanan pribadi tidak terkait dengan konektivitas melalui alamat IP publik atau pribadi (RFC 1918).
Layanan publik
API dan layanan publik dapat dilihat secara global oleh semua pengguna. Contoh API dan layanan Google Cloud publik mencakup BigQuery API, Cloud Storage, dan Cloud Monitoring API. Untuk mengetahui daftar lengkap API publik,
lihat Cloud API.
Layanan publik tidak terkait dengan konektivitas melalui alamat IP publik atau pribadi (RFC 1918).
Konfigurasi layanan
Setiap layanan terkelola dijelaskan oleh konfigurasi layanan
yang mencakup berbagai fitur, termasuk nama, judul, definisi RPC API, definisi REST API, dokumentasi, autentikasi, dan lainnya.
Untuk mengubah konfigurasi layanan terkelola, Anda perlu memublikasikan
konfigurasi layanan yang diperbarui. Untuk mempelajari lebih lanjut, lihat
Mengelola Konfigurasi Layanan.
Service Management API juga memungkinkan publikasi
spesifikasi OpenAPI, yang sebelumnya dikenal sebagai Spesifikasi Swagger, yang
otomatis dikonversi ke konfigurasi layanan yang sesuai.
Layanan konsumen
Agen (seperti pengguna atau grup pengguna) yang memiliki project Google Cloud
yang telah mengaktifkan dan dapat menggunakan API di layanan
terkelola. Layanan terkelola dapat memiliki banyak konsumen layanan.
Service Consumer Management API
Pengelolaan Konsumen Layanan menyediakan utilitas untuk membantu Anda mengelola hubungan
dengan pengguna layanan terkelola, termasuk kemampuan untuk
membuat dan mengelola unit tenancy serta mengganti batas kuota.
Service Control API
Service Control API berfungsi dengan serangkaian
layanan terkelola dan operasi-nya, serta memeriksa
apakah operasi diizinkan untuk dilanjutkan, dan melaporkan operasi
yang telah selesai. Untuk mempelajari lebih lanjut, lihat
Ringkasan Infrastruktur Layanan.
Service Management API
Service Management API mengelola pembuatan dan siklus proses
layanan terkelola dan konfigurasi layanan. Gunakan Service Management API untuk meluncurkan, memublikasikan, dan mengupdate layanan terkelola di Google Cloud sehingga pengguna dapat menemukan, mengaktifkan, dan menggunakannya.
Produsen layanan
Agen (seperti pengguna atau grup pengguna) yang memiliki
projectGoogle Cloud yang bertanggung jawab untuk memublikasikan dan mengelola layanan
terkelola. Setiap layanan terkelola dimiliki oleh tepat satu produsen
layanan.
Peluncuran layanan
Peluncuran layanan menentukan cara Service Management API men-deploy konfigurasi layanan ke Google Cloud Platform dan cara konfigurasi tersebut diterapkan. Dengan demikian, Anda dapat menentukan beberapa
versi konfigurasi layanan yang akan di-deploy bersama dan strategi yang
menunjukkan cara penggunaannya.
Service Management API menyimpan histori peluncuran layanan sehingga Anda
dapat melakukan rollback ke versi konfigurasi layanan sebelumnya. Anda dapat melakukan roll back konfigurasi layanan dengan memulai peluncuran baru yang meng-clone kumpulan data peluncuran yang dikirimkan sebelumnya.
Service Usage API
Memberikan metode bagi Anda dan pengguna layanan terkelola untuk membuat daftar, mengaktifkan,
dan menonaktifkan API, serta melihat dan mengelola batas kuota, di project
Google Cloud.
Unit tenancy menyediakan lingkungan terisolasi per layanan, per konsumen layanan yang digunakan untuk men-deploy layanan terkelola. Saat pengguna baru mulai menggunakan layanan Anda, Anda dapat membuat semua resource khusus untuk konsumen layanan tersebut dalam satu unit kepemilikan. Membuat unit tenancy terpisah per konsumen layanan membantu memastikan data pengguna Anda terisolasi, dan jika pengguna berhenti menggunakan layanan Anda, menghapus unit tenancy akan membantu memastikan data pengguna dihapus. Untuk mempelajari unit tenancy lebih lanjut, lihat
Memulai Unit Tenancy.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-08-11 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)."]]
