Kontrol akses dengan IAM

Catatan: Konten ini hanya berlaku untuk fungsi Cloud Run—sebelumnya Cloud Functions (generasi ke-2).

Untuk versi generasi ke-1 dokumen ini, lihat Kontrol akses dengan IAM (generasi ke-1).

Anda (yaitu, pengguna atau akun layanan yang men-deploy fungsi) dapat menetapkan kontrol akses menggunakan peran di level project. Berikan peran kepada anggota project atau akun layanan untuk menentukan tingkat akses ke project Google Cloud Anda beserta resource-nya. Secara default, semua project Google Cloud memiliki satu pengguna: project creator asli. Tidak ada pengguna lain yang memiliki akses ke project, dan juga akses ke fungsi, sampai pengguna ditambahkan sebagai anggota tim project.

Kontrol akses untuk pengguna

Anda dapat menambahkan pengguna sebagai anggota tim ke project dan memberi mereka peran menggunakan Identity and Access Management (IAM).

Fungsi Cloud Run mendukung peran dasar Editor, Pemilik, dan Viewer, yang memberikan izin berikut:

• Editor dan Pemilik: Akses baca dan tulis ke semua resource terkait fungsi. Memungkinkan pengguna men-deploy, mengupdate, dan menghapus fungsi. Akses tambahan ke resource lain dalam project.
• Viewer: Akses hanya baca ke fungsi dan lokasi. Memungkinkan pengguna mencantumkan fungsi dan melihat detailnya, tetapi tidak mengizinkan pengguna melihat kode sumber. Akses tambahan ke resource lain dalam project.

Fungsi Cloud Run juga mendukung peran Developer dan Viewer fungsi Cloud Run yang telah ditetapkan, yang memberikan izin berikut:

• Developer: Akses baca dan tulis ke semua resource terkait fungsi. Memungkinkan pengguna men-deploy, mengupdate, dan menghapus fungsi. Tidak ada akses ke resource lain dalam project.
• Viewer: Akses hanya baca ke fungsi dan lokasi. Memungkinkan pengguna mencantumkan fungsi dan melihat detailnya, tetapi tidak mengizinkan pengguna melihat kode sumber. Tidak ada akses ke resource lain dalam project.

Catatan: Untuk menulis atau mengakses log fungsi Cloud Run, anggota project juga harus memiliki izin logging yang sesuai. Untuk mengetahui informasi selengkapnya, lihat panduan kontrol akses Cloud Logging.

Kontrol akses untuk akun layanan

Akun layanan adalah jenis akun Google Cloud khusus yang bertindak sebagai identitas bagi pengguna non-manusia yang perlu melakukan autentikasi dan diotorisasi untuk mengakses data serta melakukan berbagai tindakan. Beberapa akun ini dibuat dan dikelola oleh Google sendiri dan dikenal sebagai agen layanan.

Akun layanan berikut digunakan untuk fungsi Cloud Run:

Nama	ID Anggota	Peran
Akun layanan default Compute Engine	[e-mail]	Editor
Agen Layanan fungsi Google Cloud Run	[e-mail]	Agen Layanan Cloud Run Functions
—	[e-mail]	Akun Layanan Cloud Build
Akun Layanan Cloud Build	[e-mail]	Agen Layanan Cloud Build
Agen Layanan Google Container Registry	[e-mail]	Agen Layanan Container Registry
Agen Layanan Artifact Registry	[e-mail]	Agen Layanan Artifact Registry

Catatan:

Batasan kebijakan organisasi iam.automaticIamGrantsForDefaultServiceAccounts mencegah peran Editor diberikan secara otomatis ke akun layanan default. Jika Anda membuat organisasi setelah 3 Mei 2024, batasan ini akan diterapkan secara default.

Sebaiknya terapkan batasan ini untuk menonaktifkan pemberian peran otomatis. Jika Anda menonaktifkan pemberian peran otomatis, Anda harus menentukan peran mana yang akan diberikan ke akun layanan default, lalu memberikan peran ini secara manual.

Jika akun layanan default sudah memiliki peran Editor, sebaiknya ganti peran Editor dengan peran yang kurang permisif.Untuk mengubah peran akun layanan dengan aman, gunakan Policy Simulator untuk melihat dampak perubahan, lalu berikan dan cabut peran yang sesuai.

Akun layanan runtime

Saat runtime, fungsi Cloud Run secara default menggunakan akun layanan default Compute Engine ([e-mail]), yang juga memiliki peran Editor pada project. Anda dapat mengubah peran akun layanan ini untuk membatasi atau memperluas izin untuk fungsi yang sedang berjalan. Anda juga dapat mengubah akun layanan yang digunakan dengan menyediakan akun layanan individual non-default.

Untuk mempelajari lebih lanjut akun layanan, baca dokumentasi akun layanan.

Catatan: Mengautentikasi sebagai akun layanan runtime dari dalam fungsi mungkin akan gagal jika Anda mengubah izin akun layanan fungsi Cloud Run.

Akun layanan administratif

Untuk melakukan tindakan administratif pada project Anda selama pembuatan, update, atau penghapusan fungsi, semua project di fungsi Cloud Run memerlukan akun layanan Agen Layanan fungsi Google Cloud Run ([e-mail]).

Selain itu, semua runtime melakukan pembangunan dan penyimpanan image container dalam project Anda. Untuk mendukung hal ini, Anda juga perlu menyediakan hal berikut:

• Akun layanan Cloud Build standar ([e-mail])
• Akun layanan Agen Layanan Cloud Build ([e-mail])
• Akun layanan Agen Layanan Google Container Registry ([e-mail])

Akun layanan ini harus memiliki peran yang tercantum dalam tabel sebelumnya.

Akun layanan Agen Layanan fungsi Google Cloud Run

Secara default, akun layanan Agen Layanan fungsi Google Cloud Run ([e-mail] memiliki peran cloudfunctions.serviceAgent di project Anda.

Peringatan: Jika Anda menghapus binding peran default atau mengubah izin yang diberikan ke akun layanan Agen Layanan fungsi Cloud Run di project Google Cloud Anda, operasi pembuatan, pembaruan, dan penghapusan fungsi Cloud Run mungkin akan gagal.

Berikut adalah beberapa izin penting yang digunakan cloudfunctions.serviceAgent:

Izin	Deskripsi
roles/artifactregistry.admin	Mengelola repositori dan menyimpan image build di Artifact Registry.
roles/cloudbuild.builds.editor	Diperlukan agar dapat menggunakan Cloud Build untuk menjalankan build di project pengguna.
roles/cloudbuild.customworkers.builder	Membuat build di worker kustom Cloud Build.
compute.globalOperations.get, compute.networks.access, vpcaccess.connectors.{get, use}	Menyediakan fungsi dengan akses ke VPC project konsumen.
roles/eventarc.developer	Mengelola pemicu Eventarc untuk fungsi.
firebasedatabase.instances.{get, update}	Membuat fungsi yang dipicu oleh Firebase Realtime Database.
iam.serviceAccounts.{actAs, getAccessToken, signBlob}	Kemampuan untuk mendapatkan kredensial akun layanan runtime.
iam.serviceAccounts.getOpenIdToken	Diperlukan agar agen mendapatkan token OpenID pada otoritas yang ditentukan pengguna. Token OpenID digunakan untuk memanggil fungsi yang mendukung IAM.
pubsub.subscriptions	Mengelola langganan dalam project pengguna.
pubsub.topics	Mengelola topik dalam project pengguna.
roles/run.developer	Mengelola Layanan Cloud Run untuk fungsi.
storage.buckets.create, storage.objects.{delete, get, create, list}	Diperlukan untuk menyimpan kode sumber dalam project pengguna.

Anda dapat melihat seluruh rangkaian izin pada peran IAM yang telah ditetapkan atau dengan menjalankan perintah ini:

gcloud iam roles describe roles/cloudfunctions.serviceAgent

Anda dapat mereset akun layanan ini ke peran default dengan menghapus peran apa pun yang dimiliki dan menambahkan peran Agen Layanan fungsi Cloud Run:

gcloud projects add-iam-policy-binding PROJECT_ID \
  --member serviceAccount:[e-mail] \
  --role roles/cloudfunctions.serviceAgent

Memecahkan masalah error izin

Jika Anda mendapatkan error izin saat men-deploy, mengupdate, menghapus, atau menjalankan fungsi dalam project, lakukan langkah-langkah berikut:

1. Pastikan Anda memiliki peran Editor atau Pemilik dalam project Anda, atau menggunakan peran Developer fungsi Cloud Run.

   Jika Anda menggunakan peran Developer fungsi Cloud Run pada level project, pastikan juga bahwa Anda telah memberi pengguna peran Pengguna Akun Layanan IAM.

   Saat ini, hanya izin eksekusi yang diperbolehkan di tingkat per-fungsi.

2. Pastikan akun layanan Agen Layanan fungsi Cloud Run ([e-mail]) memiliki peran cloudfunctions.serviceAgent untuk project Anda.

   Pastikan kotak Include Google-provided role grants pada tab Permissions di halaman Console IAM dicentang untuk melihat akun ini. Atau, Anda dapat menggunakan gcloud projects add-iam-policy-binding PROJECT_ID.

3. Pastikan Anda memiliki izin untuk sumber pemicu, seperti Pub/Sub atau Cloud Storage.

Jika Anda mendapatkan error ”insufficient permissions”, atau mengalami masalah autentikasi lain saat menjalankan fungsi, pastikan akun layanan runtime memiliki izin yang benar untuk mengakses resource yang diperlukan fungsi Anda. Kemudian, ulangi langkah 2 dan 3.

Jika Anda mendapatkan error ”service unavailable” selama deployment, pastikan akun layanan runtime [e-mail] ada dalam project Anda. Untuk membuat ulang akun layanan ini jika sudah dihapus, lihat Membatalkan penghapusan akun layanan.

Lihat juga Memecahkan masalah fungsi Cloud Run.