Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Halaman ini berisi informasi pemecahan masalah untuk setiap versi Service Infrastructure API berikut:
Service Management API
Service Control API
Service Consumer Management API
Bagaimana cara menangani error Service Control API secara umum?
Service Control API menyediakan fungsi bidang kontrol, seperti logging, pemantauan, ke layanan terkelola. Oleh karena itu, pemanggil
Service Control API biasanya adalah aplikasi server. Berikut rekomendasi umum tentang cara menangani error di tingkat REST/RPC API:
Server Anda harus mencatat semua error yang ditampilkan oleh Service Control API
dan Anda dapat menggunakan data tersebut untuk memecahkan masalah
layanan terkelola.
Jika server Anda menerima error 429 dari Service Control API, server tersebut
harus menampilkan error 429 kepada kliennya.
Jika server Anda tidak dapat mengakses Service Control API, server dapat memilih untuk
beroperasi saat gagal (mengabaikan error) atau berhenti beroperasi saat gagal (menampilkan 503 ke
kliennya).
Jika server Anda menerima error 500 dari Service Control API, server tersebut
harus menampilkan error 500 kepada kliennya. Error tersebut biasanya berarti bug dalam Service Control API.
Jika server Anda menerima error lain dari Service Control API, server tersebut
akan menampilkan error 500 kepada kliennya. Error tersebut biasanya berarti bug
dalam layanan terkelola Anda.
Apa arti error "layanan tidak diaktifkan"?
Untuk menggunakan layanan Google API, Anda harus memiliki Google Cloud project,
mengaktifkan layanan untuk project tersebut, dan meneruskan kunci API atau token akses
OAuth yang terkait dengan project untuk setiap permintaan API. Lihat
Panduan Autentikasi untuk mengetahui detailnya. Untuk memperbaiki error ini, Anda perlu mengaktifkan layanan untuk project menggunakan konsol Google Cloud , Google Cloud CLI, atau Service Usage API. Untuk mempelajari cara mengaktifkan layanan, lihat artikel Mengaktifkan dan Menonaktifkan Layanan.
Bagaimana cara memperbaiki error izin ditolak?
Error tersebut biasanya berarti pemanggil tidak memiliki izin Identity and Access Management yang tepat pada resource tertentu. Untuk informasi tentang
izin yang diperlukan untuk setiap Service Infrastructure API berikut, lihat
halaman Kontrol Akses masing-masing:
Bagaimana cara melakukan percobaan ulang pada error API?
Sebaiknya lakukan percobaan ulang dengan interval eksponensial ditambah keacakan.
Interval percobaan ulang minimum harus 30 detik untuk error kuota 429; 1 detik untuk error server 500
dan 503. Untuk error lainnya, percobaan ulang hanya boleh dilakukan berdasarkan
informasi error tambahan. Lihat
google.rpc.Code
untuk mengetahui detail selengkapnya.
Bagaimana cara meminta kuota API yang lebih tinggi?
Untuk mempelajari cara mengajukan kuota yang lebih tinggi untuk setiap Service Infrastructure API berikut, buka bagian masing-masing di halaman Kuota dan Batas:
Bagaimana cara memperbaiki error "Kepemilikan untuk nama domain tidak dapat diverifikasi"?
Error ini menunjukkan bahwa pemanggil tidak memiliki kepemilikan nama domain
yang digunakan untuk nama layanan terkelola
yang ditentukan dalam
konfigurasi layanan.
Ikuti panduan untuk menggunakan domain yang valid.
[[["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-09-04 UTC."],[],[],null,["# Troubleshooting\n\nThis page contains troubleshooting information for each version of the following\nService Infrastructure APIs:\n\n- The Service Management API\n- The Service Control API\n- The Service Consumer Management API\n\n| **Note:** For Service Infrastructure troubleshooting information for the Service Usage API, see [Troubleshooting](/service-usage/docs/troubleshooting).\n\n### How do I handle Service Control API errors in general?\n\nThe Service Control API provides control plane functionality, such as\nlogging, monitoring, to managed services. Therefore, the callers of the\nService Control API typically are server applications. Here are general\nrecommendations on how to handle errors at the REST/RPC API level:\n\n- Your server should log all errors returned by the Service Control API and you can use the data to toubleshoot your [managed service](/service-infrastructure/docs/glossary#managed).\n- If your server receives `429` errors from the Service Control API, it should return `429` errors to its clients.\n- If your server cannot access the Service Control API, it can choose to either fail-open (ignore the error) or fail-close (return `503` to its client).\n- If your server receives `500` errors from the Service Control API, it should return `500` error to its clients. Such errors typically mean bugs within the Service Control API.\n- If your server receives other errors from the Service Control API, it should return `500` error to its clients. Such errors typically mean bugs within your managed service.\n\n### What does the \"service not enabled\" error mean?\n\nTo use any Google API service, you need to have a Google Cloud project,\nenable the service for that project, and pass an API key or an OAuth access\ntoken associated with the project for each API request. See\n[Auth Guide](/docs/authentication) for details. To fix this error, you need\nto enable the service for your project using the Google Cloud console,\nGoogle Cloud CLI, or Service Usage API. To learn how to enable a service, see\n[Enabling and Disabling Services](/service-usage/docs/enable-disable).\n\n### How do I fix permission denied errors?\n\nSuch errors typically mean the caller doesn't have the right\n[Identity and Access Management](/iam) permission on certain resources. For information on the\nrequired permissions for each of the following Service Infrastructure APIs, see the\nrespective Access Control page:\n\n- [Service Control API Access Control](/service-infrastructure/docs/service-control/access-control)\n- [Service Management API Access Control](/service-infrastructure/docs/service-management/access-control)\n\n### How do I perform a retry on API errors?\n\nIt is recommended to perform a retry with exponential intervals plus randomness.\nThe minimum retry interval should be 30s for `429` quota errors; 1s for `500`\nand `503` server errors. For other errors, retry should only be performed based\non additional error information. See\n[`google.rpc.Code`](https://github.com/googleapis/googleapis/blob/master/google/rpc/code.proto)\nfor more details.\n\n### How do I request higher API quota?\n\nTo learn how to apply for higher quota for each of the following\nService Infrastructure APIs, visit the respective section of the\n[Quotas and Limits](/service-infrastructure/docs/quotas) page:\n\n- [Service Control API Quota](/service-infrastructure/docs/quotas#control)\n- [Service Consumer Management API Quota](/service-infrastructure/docs/quotas#consumer)\n- [Service Management API Quota](/service-infrastructure/docs/quotas#management)\n\n### How do I fix \"Ownership for domain name cannot be verified\" errors?\n\nThis error indicates the caller does not have the ownership of the domain\nname used for the [managed service](/service-infrastructure/docs/glossary#managed) name\nspecified in a\n[service configuration](/service-infrastructure/docs/service-management/reference/rpc/google.api#google.api.Service).\nFollow the [guide](/endpoints/docs/custom-domain) to use a valid domain."]]
