Istilah dalam dokumen ini ditentukan sesuai dengan cara penggunaannya di Cloud Deploy.
Mengabaikan
Untuk menonaktifkan rilis secara permanen.
Aplikasi
Software yang akan Anda deploy menggunakan Cloud Deploy.
Pengiriman aplikasi
Pengiriman aset yang diperlukan untuk men-deploy aplikasi ke lingkungan target yang diinginkan. Di Cloud Deploy, deployment aplikasi terdiri dari membuat, mempromosikan, dan men-deploy manifes Kubernetes aplikasi Anda ke cluster.
Artefak
Image container yang akan di-deploy (artefak build), dan file konfigurasi, seperti manifes dan konfigurasi Skaffold, yang digunakan untuk deployment (artefak target).
Otomatisasi
Otomatisasi memungkinkan Anda mengonfigurasi pipeline dan target pengiriman sehingga beberapa tindakan dapat dilakukan pada rilis dan peluncuran untuk pipeline tersebut, tanpa memerlukan intervensi manusia. Misalnya, Anda dapat menyiapkan pipeline pengiriman sehingga promosi ke target tertentu terjadi secara otomatis, dalam kondisi yang tepat. Pelajari lebih lanjut.
Aturan otomatisasi
Perilaku otomatisasi sebagian ditentukan oleh aturan otomatisasi. Aturan otomatisasi menentukan apa yang akan diotomatiskan, misalnya, mempromosikan rilis.
Aturan otomatisasi yang tersedia tercantum dalam dokumen Menggunakan aturan otomatisasi.
Menjalankan otomatisasi
Instance Otomatisasi.
Deployment canary
Strategi deployment yang digunakan untuk meluncurkan perubahan kepada sebagian pengguna terlebih dahulu, mengujinya untuk memastikan keandalan, lalu meluncurkannya sepenuhnya.
Peluncuran turunan
Untuk Deployment paralel, peluncuran yang dihasilkan untuk di-deploy ke target turunan.
Lihat juga Peluncuran pengontrol.
Target turunan
Untuk Deployment paralel, target yang mewakili salah satu dari beberapa target GKE, GKE Enterprise, atau Cloud Run yang Anda deploy secara bersamaan.
Lihat juga Multi-target, Deployment paralel, Peluncuran turunan.
Continuous delivery
Praktik teknik software yang memungkinkan perubahan dirilis kepada pengguna dengan aman, sering, dan sebagian besar secara otomatis.
Deployment berkelanjutan
Praktik rekayasa software yang menghasilkan perubahan pada kode dan konfigurasi yang di-deploy secara otomatis.
Sementara pengiriman berkelanjutan memerlukan persetujuan manual pada satu atau beberapa tahap, deployment berkelanjutan bersifat otomatis, tanpa memerlukan persetujuan manual.
Peluncuran pengontrol
Peluncuran yang dibuat untuk deployment paralel. Peluncuran pengontrol tidak digunakan untuk men-deploy ke satu cluster atau layanan target; sebaliknya, pengontrol memiliki satu peluncuran turunan untuk setiap target turunan.
Lihat juga Deployment paralel, Multi-target.
Target kustom
Target yang menggunakan jenis target kustom yang ditentukan pengguna, bukan salah satu jenis target yang didukung.
Deklaratif
Konfigurasi untuk sistem, seperti cluster Kubernetes, yang menjelaskan status yang diinginkan dan mengandalkan sistem tersebut untuk mencapai status tersebut. Berbeda dengan konfigurasi imperatif, yang menjelaskan langkah-langkah spesifik untuk mencapai status tersebut.
Selain merender dan men-deploy manifes Kubernetes deklaratif, Cloud Deploy menggunakan definisi resource deklaratif untuk menentukan proses rendering dan pengiriman. skaffold.yaml dan clouddeploy.yaml adalah nama file umum untuk definisi Skaffold dan definisi pipeline pengiriman.
Pipeline pengiriman
Representasi alur kerja yang mengirimkan aplikasi ke setiap target dalam progres deployment.
Dokumentasi untuk Cloud Deploy menggunakan istilah "pipeline pengiriman" untuk membedakannya dari pipeline lain yang mungkin Anda gunakan, seperti pipeline CI.
Di Cloud Deploy, pipeline pengiriman ditentukan dalam file konfigurasi
YAML—biasanya clouddeploy.yaml—dan definisi tersebut
terdiri dari hal berikut:
- Target deployment
- Urutan promosi di antara target tersebut
Lihat juga Instance pipeline.
Men-deploy hook
Tindakan arbitrer yang dapat Anda jalankan sebelum atau setelah men-deploy. Pelajari lebih lanjut.
Men-deploy parameter
Placeholder yang dapat ditambahkan ke manifes, tetapi tidak di-resolve sebagai bagian dari rendering. Sebagai gantinya, nilai untuk placeholder ini ditetapkan setelah setiap manifes khusus target dirender. Pelajari lebih lanjut.
Strategi deployment
Teknik untuk men-deploy perubahan dengan aman ke aplikasi Anda sekaligus meminimalkan dampak terhadap pengguna.
Lingkungan eksekusi
Kumpulan resource Google Cloud tempat Cloud Deploy berjalan. Isinya terdiri dari:
Kumpulan pekerja default atau pribadi tempat Cloud Deploy menjalankan tindakan rendering dan deployment
Akun layanan lingkungan eksekusi default atau alternatif yang memanggil Cloud Deploy untuk melakukan rendering dan deployment
Lokasi penyimpanan default atau alternatif untuk manifes yang dirender di Cloud Storage.
Melembapkan
Lihat Merender.
Tugas
Operasi tertentu yang akan dilakukan pada peluncuran, seperti men-deploy atau memverifikasi. Pelajari lebih lanjut.
Tugas dijalankan
Resource turunan dari peluncuran, tugas yang dijalankan adalah instance tugas. Artinya, ini mewakili upaya untuk melakukan tugas seperti men-deploy atau memverifikasi. Pelajari lebih lanjut.
Manifes
Objek konfigurasi Kubernetes yang digunakan untuk membuat, mengubah, dan menghapus resource Kubernetes seperti pod, deployment, layanan, atau ingress.
Manifes di Cloud Deploy ada dalam salah satu dari dua status: dirender atau
tidak dirender. Manifes yang tidak dirender belum siap di-deploy ke target.
Proses rendering, yang mencakup pengisian nilai tertentu ke dalam
manifes, sering kali dilakukan oleh alat seperti Helm, Kustomize, dan kpt.
Cloud Deploy menggunakan Skaffold untuk mengatur rendering konfigurasi (perintah skaffold render).
Lihat juga Render.
Multi-target
Saat mengonfigurasi atau melakukan deployment paralel, multi-target adalah satu tahap pipeline, tetapi dapat terdiri dari lebih dari satu runtime target.
Lihat juga Target turunan, Deployment paralel, Peluncuran pengontrol.
Deployment paralel
Praktik men-deploy aplikasi ke lebih dari satu target secara bersamaan, di tahap pipeline pengiriman yang sama. Teknik ini memungkinkan Anda men-deploy ke beberapa cluster atau layanan dalam produksi, misalnya.
Fase
Kumpulan operasi (tugas) dalam peluncuran yang dikelompokkan secara logis, misalnya deployment atau deployment dan verifikasi. Pelajari lebih lanjut.
Pipeline
Lihat Pipeline pengiriman
Instance pipeline
Snapshot pipeline pengiriman, yang diambil saat release dibuat.
Cloud Deploy menyimpan snapshot ini untuk memastikan bahwa semua deployment
rilis dikelola secara konsisten menggunakan pipeline seperti yang ditentukan saat release
dibuat.
Lihat Instance pipeline per rilis untuk mengetahui informasi selengkapnya.
Ketidakcocokan pipeline
Jika pipeline atau target pengiriman diubah setelah rilis dibuat, instance pipeline yang terkait dengan release kini
berbeda dengan definisi pipeline.
Jika ada ketidakcocokan pipeline, Cloud Deploy akan meminta Anda untuk memeriksa definisi sebelum mempromosikan rilis atau mencoba melakukan rollback.
Lihat Instance pipeline per rilis untuk mengetahui informasi selengkapnya.
Progres
Konfigurasi, dalam file konfigurasi pipeline pengiriman, yang menjelaskan
urutan promosi dari satu target ke target lainnya—misalnya dari test ke
staging ke prod.
Promosi
Proses memajukan rilis dari satu target ke target lainnya, sesuai dengan progres yang ditentukan dalam pipeline pengiriman.
Daftar
Untuk menyediakan aplikasi ke layanan Cloud Deploy, dalam bentuk pipeline pengiriman, sehingga pengiriman aplikasi dikelola oleh layanan.
Rilis
Resource Cloud Deploy yang mewakili perubahan (kode, konfigurasi, atau keduanya) yang akan di-deploy.
Siklus proses rilis dijelaskan dalam dokumen Arsitektur layanan Cloud Deploy.
Merender
Untuk menyiapkan manifes untuk deployment di target. Merender manifes
terdiri terutama dari memberikan nilai untuk variabel dalam manifes.
Cloud Deploy melakukannya menggunakan skaffold render.
Peluncuran
Resource yang mengaitkan rilis dengan target deployment. rollout dibuat per rilis per target, sehingga dalam progres sederhana di tiga target dalam pipeline pengiriman, akan ada tiga resource rollout untuk rilis—satu untuk setiap target.
Untuk deployment yang lebih kompleks, misalnya menggunakan strategi deployment canary,
rollout dapat menjadi lebih rumit. Pelajari lebih lanjut.
Strategi deployment standar
Strategi deployment standar adalah cara default untuk men-deploy aplikasi ke target. Untuk setiap tahap yang ditentukan dalam pipeline pengiriman, aplikasi Anda di-deploy sepenuhnya ke target, setiap kali menggantikan aplikasi seperti yang di-deploy sebelumnya.
Tahap
Satu target atau multi-target dalam pipeline pengiriman. Misalnya, dalam pipeline pengiriman sederhana yang memiliki tahap berikut:
devstagingprod
Masing-masing adalah satu tahap.
Saat melakukan deployment paralel, multi-target adalah satu tahap, tetapi target turunan bukan tahap terpisah.
Menangguhkan (pipeline pengiriman)
Untuk mencegah pembuatan dan promosi rilis dari pipeline pengiriman tertentu. Untuk mengetahui informasi selengkapnya, lihat Menangguhkan pipeline pengiriman
Target
Lingkungan runtime tertentu (cluster Kubernetes, layanan Cloud Run, atau runtime lain yang didukung) tempat aplikasi akan di-deploy. Selain itu, konfigurasi untuk lingkungan tersebut.
Anda dapat menentukan target di file konfigurasi pipeline pengiriman, atau dalam file terpisah.
Target harus ditentukan dalam project dan region yang sama dengan pipeline pengiriman. Namun, runtime yang di-deploy target dapat berada di project dan region yang berbeda.
Target juga dapat berupa multi-target atau target turunan untuk mendukung pen-deployment paralel.
Artefak target
File konfigurasi yang digunakan untuk merender dan men-deploy aplikasi di target. Ini termasuk manifes Kubernetes atau definisi layanan Cloud Run, file konfigurasi Skaffold, dan sumber rendering yang digunakan untuk membuatnya.
Verifikasi
Kemampuan untuk mengonfirmasi bahwa deployment berhasil, dengan menjalankan penampung arbitrer, dengan pengujian. Pelajari verifikasi deployment lebih lanjut.