Halaman ini menjelaskan izin untuk mengontrol akses ke Container Registry.
Setelah mengonfigurasi izin, Anda dapat mengonfigurasi autentikasi untuk klien Docker yang Anda gunakan untuk mengirim dan menarik image.
Jika Anda menggunakan Artifact Analysis untuk bekerja dengan metadata container, seperti kerentanan yang ditemukan dalam image, lihat dokumentasi Artifact Analysis untuk mengetahui informasi tentang cara memberikan akses untuk melihat atau mengelola metadata.
Sebelum memulai
Pastikan Anda memiliki izin untuk mengelola pengguna. Anda harus memiliki izin dalam salah satu peran berikut:
- Project IAM Admin (roles/resourcemanager.projectIamAdmin)
- Admin Keamanan (roles/iam.securityAdmin)
Sebagai alternatif untuk memberikan peran ini, Anda dapat menggunakan peran khusus atau peran bawaan dengan izin yang sama.
Izin dan peran
Semua pengguna, akun layanan, dan identitas lainnya yang berinteraksi dengan Container Registry harus memiliki izin Identity and Access Management (IAM) yang sesuai untuk Cloud Storage.
- LayananGoogle Cloud yang biasanya mengakses Container Registry dikonfigurasi dengan izin default ke registry dalam projectGoogle Cloud yang sama. Jika izin default tidak memenuhi kebutuhan Anda, Anda harus mengonfigurasi izin yang sesuai.
- Untuk identitas lainnya, Anda harus mengonfigurasi izin yang diperlukan.
Anda mengontrol akses ke host Container Registry dengan izin Cloud Storage. Tabel berikut mencantumkan peran Cloud Storage yang memiliki izin yang diperlukan oleh Container Registry.
Beberapa izin tambahan diperlukan saat melihat image Container Registry menggunakan konsol, lihat Izin umum yang diperlukan untuk menggunakan konsol Cloud. Google Cloud
Akses yang diperlukan | Peran | Tempat untuk memberikan izin |
---|---|---|
Menarik image (hanya baca) dari registry yang ada | Storage Object Viewer (roles/storage.objectViewer) | Berikan peran tersebut ke bucket penyimpanan registri. |
Mengirim (menulis) image ke dan menarik (membaca) image dari host registry yang ada dalam project | Storage Legacy Bucket Writer (roles/storage.legacyBucketWriter) | Berikan peran tersebut ke bucket penyimpanan registri. Izin ini hanya tersedia di level bucket, Anda tidak dapat memberikannya di level project. |
Tambahkan host registri ke Google Cloud project dan buat bucket penyimpanan terkait. | Admin Penyimpanan (roles/storage.admin) | Memberikan peran di tingkat project |
Mengirim gambar memerlukan izin baca dan tulis objek serta izin
storage.buckets.get
. Peran Storage Legacy Bucket Writer
mencakup izin yang diperlukan dalam satu peran Cloud Storage, tetapi
tidak memberikan kontrol penuh atas bucket dan objek penyimpanan.
Peran Storage Admin memberikan kontrol penuh atas bucket dan objek penyimpanan. Jika Anda memberikan izin ini di level project, akun utama memiliki akses ke semua bucket penyimpanan dalam project, termasuk bucket yang tidak digunakan oleh Container Registry. Pertimbangkan dengan cermat akun utama mana yang memerlukan peran ini.
- Secara default, akun layanan Cloud Build memiliki izin dalam peran Storage Admin. Oleh karena itu, akun layanan ini dapat menambahkan registry ke project induknya dengan push pertama dan mengirimkan gambar ke registry yang ada di project induknya.
- Jika Anda menggunakan Docker atau alat lain untuk membuat dan mengirim image ke registry, sebaiknya tambahkan registry ke project Anda menggunakan akun dengan peran Storage Admin yang lebih permisif, lalu berikan peran Storage Legacy Bucket Writer atau Storage Object Viewer ke akun lain yang perlu mengirim atau menarik image.
Untuk mengetahui informasi selengkapnya tentang peran dan izin Cloud Storage, lihat dokumentasi Cloud Storage.
Memberikan izin IAM
Container Registry menggunakan bucket Cloud Storage sebagai penyimpanan yang mendasari image container. Anda mengontrol akses ke gambar Anda dengan memberikan izin ke bucket untuk registry.
Pengiriman image pertama ke nama host akan menambahkan host registry dan bucket penyimpanan ke project. Misalnya, push pertama ke gcr.io/my-project
menambahkan host registry gcr.io
ke project dengan project ID
my-project
dan membuat bucket penyimpanan untuk registry. Nama bucket memiliki
salah satu format berikut:
artifacts.PROJECT-ID.appspot.com
untuk image yang disimpan di hostgcr.io
STORAGE-REGION.artifacts.PROJECT-ID.appspot.com
untuk image yang disimpan di host registry lain
Agar berhasil melakukan push image pertama ini, akun yang melakukan push harus memiliki izin dalam peran Storage Admin.
Setelah pengiriman image awal ke host registry, Anda kemudian memberikan izin pada bucket penyimpanan registry untuk mengontrol akses ke image di registry:
- Storage Legacy Bucket Writer untuk mengirim dan menarik
- Storage Object Viewer untuk menarik saja
Anda dapat memberikan izin untuk bucket menggunakan Google Cloud console atau Google Cloud CLI.
Pembatasan dan batasan
Anda hanya dapat memberikan izin di tingkat bucket penyimpanan untuk host Container Registry.
- Container Registry mengabaikan izin yang ditetapkan pada objek individual dalam bucket Cloud Storage.
- Anda tidak dapat memberikan izin pada repositori dalam registry. Jika Anda memerlukan kontrol akses yang lebih terperinci, Artifact Registry menyediakan kontrol akses tingkat repositori dan mungkin lebih sesuai dengan kebutuhan Anda.
- Jika Anda mengaktifkan akses level bucket yang seragam untuk bucket penyimpanan Container Registry, Anda harus memberikan izin secara eksplisit kepada semua pengguna dan akun layanan yang mengakses registry Anda. Dalam kasus ini, peran Pemilik dan Editor saja mungkin tidak memberikan izin yang diperlukan.
Memberikan izin
Jika host registry belum ada di project, akun dengan izin dalam peran Admin Penyimpanan harus mengirimkan image pertama ke registry. Perintah ini akan membuat bucket penyimpanan untuk host registry.
Cloud Build memiliki izin yang diperlukan untuk melakukan push image awal dalam project yang sama. Jika Anda mengirim image dengan alat lain, verifikasi izin untuk akun Google Cloud yang Anda gunakan untuk melakukan autentikasi dengan Container Registry.
Untuk mengetahui informasi selengkapnya tentang cara mengirim image awal dengan Docker, lihat Menambahkan registry.
Di project dengan Container Registry, berikan izin yang sesuai di bucket Cloud Storage yang digunakan oleh host registry.
Konsol
- Buka halaman Cloud Storage di Google Cloud konsol.
Klik link
artifacts.PROJECT-ID.appspot.com
atauSTORAGE-REGION.artifacts.PROJECT-ID.appspot.com
untuk bucket.Ganti PROJECT-ID dengan Google Cloud project ID project yang menghosting Container Registry dan STORAGE-REGION dengan multi-region (
asia
,eu
, atauus
) registry yang menghosting image.Pilih tab Permissions.
Klik Tambahkan.
Di kolom Principals, masukkan alamat email akun yang memerlukan akses, yang dipisahkan dengan koma. Alamat email ini dapat berupa salah satu dari berikut:
- Akun Google (misalnya,
someone@example.com
) - Grup Google (misalnya,
my-developer-team@googlegroups.com
) Akun layanan IAM.
Lihat daftar Google Cloud layanan yang biasanya mengakses registry untuk menemukan alamat email akun layanan terkait. Jika layanan berjalan di project yang berbeda dengan Container Registry, pastikan Anda menggunakan alamat email akun layanan di project lain.
- Akun Google (misalnya,
Dari menu drop-down Select a role, pilih kategori Cloud Storage, lalu pilih izin yang sesuai.
- Storage Object Viewer untuk menarik image saja
- Storage Legacy Bucket Writer untuk mengirim dan menarik image
Klik Tambahkan.
gcloud
Jalankan perintah berikut untuk mencantumkan bucket dalam project:
gcloud storage ls
Responsnya akan terlihat seperti contoh berikut:
gs://[BUCKET_NAME1]/ gs://[BUCKET_NAME2]/ gs://[BUCKET_NAME3]/ ...
Temukan bucket untuk host registri dalam daftar bucket yang ditampilkan. Bucket yang menyimpan gambar Anda memiliki nama BUCKET-NAME dalam salah satu bentuk berikut:
artifacts.PROJECT-ID.appspot.com
untuk image yang disimpan di hostgcr.io
STORAGE-REGION.artifacts.PROJECT-ID.appspot.com
untuk image yang disimpan di host registry lain
Di mana
- PROJECT-ID adalah Google Cloud project ID Anda.
- STORAGE-REGION adalah lokasi bucket penyimpanan:
us
untuk registry di hostus.gcr.io
eu
untuk registry di hosteu.gcr.io
asia
untuk registry di hostasia.gcr.io
Jalankan perintah berikut di shell atau jendela terminal Anda:
gcloud storage buckets add-iam-policy-binding gs://BUCKET_NAME \ --member=TYPE:EMAIL-ADDRESS \ --role=ROLE
Di mana
- BUCKET_NAME adalah nama bucket Cloud Storage dalam bentuk
artifacts.PROJECT-ID.appspot.com
atauSTORAGE-REGION.artifacts.PROJECT-ID.appspot.com
- TYPE dapat berupa salah satu dari berikut:
serviceAccount
, jika EMAIL-ADDRESS menentukan akun layanan.user
, jika EMAIL-ADDRESS adalah Akun Google.group
, jika EMAIL-ADDRESS adalah grup Google.
EMAIL-ADDRESS dapat berupa salah satu dari berikut ini:
- Akun Google (misalnya,
someone@example.com
) - Grup Google (misalnya,
my-developer-team@googlegroups.com
) Akun layanan IAM.
Lihat daftar Google Cloud layanan yang biasanya mengakses registry untuk menemukan alamat email akun layanan terkait. Jika layanan berjalan di project yang berbeda dengan Container Registry, pastikan Anda menggunakan alamat email akun layanan di project lain.
- Akun Google (misalnya,
ROLE adalah peran Cloud Storage yang ingin Anda berikan.
objectViewer
untuk menarik gambarlegacyBucketWriter
mengirim dan mengambil gambar
- BUCKET_NAME adalah nama bucket Cloud Storage dalam bentuk
Misalnya, perintah ini memberikan izin ke akun layanan
my-account@my-project.
untuk mengirim dan menarik image di bucketmy-example-bucket
:gcloud storage buckets add-iam-policy-binding gs://my-example-bucket \ --member=serviceAccount:my-account@my-project. \ --role=roles/storage.objectUser
Perintah
gcloud storage buckets add-iam-policy-binding
mengubah izin IAM bucket penyimpanan tempat registry dihosting. Contoh tambahan ada di dokumentasi gcloud CLI.Jika Anda mengonfigurasi akses untuk VM Compute Engine atau node GKE yang akan mengirimkan image ke Container Registry, lihat Mengonfigurasi VM dan cluster untuk langkah-langkah konfigurasi tambahan.
Mengonfigurasi akses publik ke gambar
Container Registry dapat diakses secara publik jika bucket penyimpanan yang mendasarinya di lokasi host dapat diakses secara publik. Dalam project, semua image di setiap lokasi host bersifat publik atau tidak. Dalam host project, hanya gambar tertentu yang dapat ditayangkan secara publik. Jika Anda memiliki gambar tertentu yang ingin Anda jadikan publik:
- Pastikan untuk menyimpannya di lokasi host terpisah yang Anda buat publik, atau
- Buat project baru untuk menyimpan gambar yang dapat diakses secara publik.
Untuk menayangkan image container secara publik, buat bucket penyimpanan yang mendasarinya dapat diakses secara publik dengan mengikuti langkah-langkah berikut:
Pastikan Anda telah mengirim image ke Container Registry sehingga bucket penyimpanan yang mendasarinya ada.
Temukan nama bucket Cloud Storage untuk registri tersebut. Untuk melakukannya, cantumkan bucket:
gcloud storage ls
URL bucket Container Registry Anda akan tercantum sebagai
gs://artifacts.PROJECT-ID.appspot.com
ataugs://STORAGE-REGION.artifacts.PROJECT-ID.appspot.com
, dengan:- PROJECT-ID adalah Google Cloud project ID Anda. Project yang tercakup dalam domain akan memiliki nama domain sebagai bagian dari project ID.
- STORAGE-REGION adalah lokasi bucket penyimpanan:
us
untuk registry di hostus.gcr.io
eu
untuk registry di hosteu.gcr.io
asia
untuk registry di hostasia.gcr.io
Buat bucket penyimpanan Container Registry dapat diakses secara publik dengan menjalankan perintah berikut. Perintah ini akan membuat semua gambar di bucket dapat diakses oleh publik.
gcloud storage buckets add-iam-policy-binding gs://BUCKET-NAME \ --member=allUsers --role=roles/storage.objectViewer
dengan:
gs://BUCKET-NAME
adalah URL bucket Container Registry
Menghapus akses publik ke gambar
Konsol
Pastikan Anda telah mengirim image ke Container Registry sehingga bucket penyimpanan yang mendasarinya ada.
Buka halaman Container Registry di konsol Google Cloud .
Di panel kiri, klik Setelan.
Di halaman Setelan di bagian Akses publik, alihkan visibilitas ke Pribadi. Setelan ini mengontrol akses ke bucket penyimpanan yang mendasarinya.
penyimpanan gcloud
Temukan nama bucket Cloud Storage untuk registri tersebut. Untuk melakukannya, cantumkan bucket:
gcloud storage ls
URL bucket Container Registry Anda akan tercantum sebagai
gs://artifacts.PROJECT-ID.appspot.com
ataugs://STORAGE-REGION.artifacts.PROJECT-ID.appspot.com
, dengan:- PROJECT-ID adalah Google Cloud project ID konsol Anda. Project yang tercakup dalam domain akan memiliki nama domain sebagai bagian dari project ID.
- STORAGE-REGION adalah lokasi bucket penyimpanan:
us
untuk registry di hostus.gcr.io
eu
untuk registry di hosteu.gcr.io
asia
untuk registry di hostasia.gcr.io
Untuk menghapus akses publik ke bucket penyimpanan Anda, jalankan perintah berikut di jendela terminal atau shell Anda:
gcloud storage bucket remove-iam-policy-binding gs://BUCKET-NAME \ --member=allUsers --role=roles/storage.objectViewer
dengan:
BUCKET-NAME
adalah nama bucket yang diinginkan
Mencabut izin
Gunakan langkah-langkah berikut untuk mencabut izin IAM.
Konsol
- Buka halaman Cloud Storage di Google Cloud konsol.
Klik link
artifacts.PROJECT-ID.appspot.com
atauSTORAGE-REGION.artifacts.PROJECT-ID.appspot.com
untuk bucket. Di sini, PROJECT-ID adalah Google Cloud project ID dari project yang menghosting Container Registry dan STORAGE-REGION adalah multi-region (asia
,eu
, atauus
) dari registry yang menghosting image.Pilih tab Permissions.
Klik ikon sampah di samping setiap kepala sekolah yang ingin Anda hapus.
gcloud
Jalankan perintah berikut di shell atau jendela terminal Anda:
gcloud storage bucket remove-iam-policy-binding gs://BUCKET-NAME \
--member=PRINCIPAL --all
dengan:
BUCKET-NAME
adalah nama bucket yang diinginkan- PRINCIPAL dapat berupa salah satu dari berikut:
user:EMAIL-ADDRESS
untuk Akun GoogleserviceAccount:EMAIL-ADDRESS
untuk akun layanan IAMgroup:EMAIL-ADDRESS
untuk grup Google.allUsers
untuk mencabut akses publik
Berintegrasi dengan layanan Google Cloud
Untuk sebagian besar akun layanan Google Cloud , mengonfigurasi akses ke registry hanya memerlukan pemberian izin IAM yang sesuai.
Izin default untuk layanan Google Cloud
LayananGoogle Cloud seperti Cloud Build atau Google Kubernetes Engine menggunakan akun layanan default atau agen layanan untuk berinteraksi dengan resource dalam project yang sama.
Anda harus mengonfigurasi atau mengubah izin sendiri jika:
- Google Cloud Layanan berada di project yang berbeda dengan Container Registry.
- Izin default tidak memenuhi kebutuhan Anda. Misalnya, akun layanan Compute Engine default memiliki akses hanya baca ke penyimpanan dalam project yang sama. Jika Anda ingin mengirimkan image dari VM ke registry, Anda harus mengubah izin untuk akun layanan VM atau mengautentikasi ke registry dengan akun yang memiliki akses tulis ke penyimpanan.
- Anda menggunakan akun layanan kustom untuk berinteraksi dengan Container Registry
Akun layanan berikut biasanya mengakses Container Registry. Alamat email untuk akun layanan mencakup Google Cloud project ID atau nomor project project tempat layanan berjalan.
Layanan | Akun layanan | Alamat email | Izin |
---|---|---|---|
Lingkungan fleksibel App Engine | Akun layanan default App Engine | PROJECT-ID@ | Peran editor, dapat membaca dan menulis ke penyimpanan |
Compute Engine | Compute Engine default service account | PROJECT-NUMBER-compute@ | Peran Editor, terbatas pada akses hanya baca ke penyimpanan |
Cloud Build | Akun layanan Cloud Build | PROJECT-NUMBER@cloudbuild. | Izin default mencakup pembuatan bucket penyimpanan, serta akses baca dan tulis ke penyimpanan. |
Cloud Run | Akun layanan default Compute Engine Akun layanan runtime default untuk revisi. |
PROJECT-NUMBER-compute@ | Peran Editor, terbatas pada akses hanya baca ke penyimpanan |
GKE | Akun layanan default Compute Engine Akun layanan default untuk node. |
PROJECT-NUMBER-compute@ | Peran editor, terbatas pada akses hanya baca ke penyimpanan |
Mengonfigurasi VM dan cluster untuk mengirim image
Compute Engine dan setiap Google Cloud layanan yang menggunakan Compute Engine memiliki akun layanan default Compute Engine sebagai identitas default.
Izin IAM dan cakupan akses memengaruhi kemampuan VM untuk membaca dan menulis ke penyimpanan.
- Izin IAM menentukan akses ke resource.
- Cakupan akses menentukan
cakupan OAuth default untuk permintaan yang dibuat melalui gcloud CLI dan library
klien pada instance VM. Akibatnya, cakupan akses dapat lebih membatasi akses ke metode API saat melakukan autentikasi dengan Kredensial Default Aplikasi.
- Untuk menarik image pribadi, akun layanan VM harus memiliki izin
read
ke bucket penyimpanan image. - Untuk mengirimkan image pribadi, akun layanan VM harus memiliki cakupan akses
read-write
,cloud-platform
, ataufull-control
ke bucket penyimpanan image.
- Untuk menarik image pribadi, akun layanan VM harus memiliki izin
Akun layanan default Compute Engine memiliki peran Editor secara default, yang mencakup izin untuk membuat dan memperbarui resource untuk sebagian besar Google Cloud layanan. Namun, untuk akun layanan default atau akun layanan kustom yang Anda kaitkan dengan VM, cakupan akses default untuk bucket penyimpanan bersifat hanya baca. Artinya, secara default, VM tidak dapat mengirimkan image.
Jika Anda hanya ingin men-deploy image ke lingkungan seperti Compute Engine dan GKE, Anda tidak perlu mengubah cakupan akses. Jika Anda ingin menjalankan aplikasi di lingkungan ini yang mengirimkan image ke registry, Anda harus melakukan konfigurasi tambahan.
Penyiapan berikut memerlukan perubahan pada izin IAM atau konfigurasi cakupan akses.
- Mengirimkan gambar dari VM atau cluster
- Jika Anda ingin mengirimkan image, akun layanan instance VM harus memiliki cakupan
storage-rw
, bukanstorage-ro
. - VM dan Container Registry berada di project yang berbeda
- Anda harus memberikan izin IAM ke akun layanan untuk mengakses bucket penyimpanan yang digunakan oleh Container Registry.
- Menjalankan perintah
gcloud
di VM - Akun layanan harus memiliki cakupan
cloud-platform
. Cakupan ini memberikan izin untuk mengirim dan menarik image, serta menjalankan perintahgcloud
.
Langkah-langkah untuk mengonfigurasi cakupan ada di bagian berikut.
Mengonfigurasi cakupan untuk VM
Untuk menetapkan cakupan akses saat membuat VM, gunakan opsi --scopes.
gcloud compute instances create INSTANCE --scopes=SCOPE
Di mana
- INSTANCE adalah nama instance VM.
- SCOPE adalah cakupan yang ingin Anda konfigurasi untuk akun layanan VM:
- Tarik gambar:
storage-ro
- Menarik dan mengirim gambar:
storage-rw
- Menarik dan mengirim image, menjalankan perintah gcloud:
cloud-platform
- Tarik gambar:
Untuk mengubah cakupan instance VM yang ada:
Tetapkan cakupan akses dengan opsi --scopes.
Hentikan instance VM. Lihat Menghentikan instance.
Ubah cakupan akses dengan perintah berikut.
gcloud compute instances set-service-account INSTANCE --scopes=SCOPE
Di mana
- INSTANCE adalah nama instance VM.
- SCOPE adalah cakupan yang ingin Anda konfigurasi untuk akun layanan VM:
- Tarik gambar:
storage-ro
- Menarik dan mengirim gambar:
storage-rw
- Menarik dan mengirim image, menjalankan perintah gcloud:
cloud-platform
- Tarik gambar:
Mulai ulang instance VM. Lihat Memulai instance yang dihentikan.
Jika ingin menggunakan akun layanan kustom untuk VM, bukan akun layanan default, Anda dapat menentukan akun layanan dan cakupan akses yang akan digunakan saat membuat VM atau mengubah setelan VM.
Mengonfigurasi cakupan untuk cluster Google Kubernetes Engine
Secara default, cluster GKE baru dibuat dengan izin hanya baca untuk bucket Cloud Storage.
Untuk menetapkan cakupan read-write
penyimpanan
saat membuat cluster Google Kubernetes Engine, gunakan opsi --scopes
.
Misalnya, perintah berikut membuat cluster dengan cakupan
bigquery
, storage-rw
, dan compute-ro
:
gcloud container clusters create example-cluster \
--scopes=bigquery,storage-rw,compute-ro
Untuk mengetahui informasi selengkapnya tentang cakupan yang dapat Anda tetapkan saat membuat cluster baru, lihat dokumentasi untuk perintah gcloud container clusters create.
Akun layanan Container Registry
Agen Layanan Container Registry bertindak atas nama Container Registry saat berinteraksi dengan layanan Google Cloud . Agen layanan memiliki serangkaian izin minimum yang diperlukan jika Anda mengaktifkan Container Registry API setelah 5 Oktober 2020. Agen layanan sebelumnya memiliki peran Editor. Untuk mengetahui informasi selengkapnya tentang agen layanan dan cara mengubah izinnya, lihat Akun layanan Container Registry.
Coba sendiri
Jika Anda baru menggunakan Google Cloud, buat akun untuk mengevaluasi performa Container Registry dalam skenario dunia nyata. Pelanggan baru mendapatkan kredit gratis senilai $300 untuk menjalankan, menguji, dan men-deploy workload.
Coba Container Registry secara gratis