Istilah dalam dokumen ini ditentukan sesuai dengan penggunaannya dalam Cloud Deploy.
Abaikan
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, pengiriman aplikasi terdiri dari pembuatan, promosi, dan pengiriman manifes Kubernetes aplikasi Anda ke dalam 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 pengiriman dan target 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 situasi yang tepat. Pelajari lebih lanjut.
Aturan otomatisasi
Perilaku otomatisasi ditentukan sebagian oleh aturan otomatisasi. Aturan otomatisasi menentukan hal yang otomatis, misalnya, mempromosikan rilis.
Aturan otomatisasi yang tersedia tercantum dalam dokumen Menggunakan aturan otomatisasi.
Otomatisasi berjalan
Instance Automation.
Deployment canary
Strategi deployment yang memungkinkan Anda meluncurkan perubahan ke sebagian pengguna terlebih dahulu, mengujinya untuk memastikan keandalan, lalu meluncurkannya sepenuhnya.
Peluncuran turunan
Untuk Deployment paralel, peluncuran dibuat untuk men-deploy ke target turunan.
Lihat juga Peluncuran pengontrol.
Target turunan
Untuk Deployment paralel, target yang mewakili salah satu dari beberapa target individual GKE, GKE Enterprise, atau Cloud Run yang menjadi tujuan deployment secara bersamaan.
Lihat juga Multi-target, Deployment paralel, Peluncuran turunan.
Continuous delivery
Praktik software engineering yang memungkinkan perubahan dirilis kepada pengguna dengan aman, sering, dan sebagian besar otomatis.
Deployment berkelanjutan
Praktik software engineering yang menyebabkan perubahan pada kode dan konfigurasi yang di-deploy secara otomatis.
Sementara pengiriman berkelanjutan memerlukan persetujuan manual di satu atau beberapa tahap, deployment berkelanjutan bersifat otomatis, tanpa memerlukan persetujuan manual.
Peluncuran pengontrol
Peluncuran dibuat untuk deployment paralel. Peluncuran pengontrol tidak digunakan untuk men-deploy ke satu cluster atau layanan target; sebaliknya, 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 mendeskripsikan status yang diinginkan dan mengandalkan sistem tersebut untuk mencapai status tersebut. Berbeda dengan konfigurasi imperatif, yang mendeskripsikan langkah-langkah tertentu 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 standar 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 delivery" 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-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 deployment. 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 pada aplikasi Anda sekaligus meminimalkan dampak bagi pengguna.
Lingkungan eksekusi
Serangkaian resource Google Cloud tempat Cloud Deploy dijalankan. Paket ini terdiri dari hal berikut:
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.
Menghidrasi
Lihat Render.
Tugas
Operasi tertentu yang akan dilakukan pada peluncuran, seperti men-deploy atau memverifikasi. Pelajari lebih lanjut.
Tugas yang dijalankan
Resource turunan peluncuran, tugas yang dijalankan adalah instance tugas. Artinya, hal ini mewakili upaya untuk melakukan tugas seperti men-deploy atau memverifikasi. Pelajari lebih lanjut.
Manifes
Objek konfigurasi Kubernetes yang digunakan untuk membuat, memodifikasi, dan menghapus resource Kubernetes seperti pod, deployment, service, atau ingresse.
Manifes di Cloud Deploy memiliki salah satu dari dua status berikut: dirender atau tidak dirender. Manifes yang tidak dirender belum siap untuk deployment ke target.
Proses rendering, yang mencakup pengisian nilai tertentu ke dalam
manifes, sering dilakukan oleh alat seperti Helm, Kustomize, dan kpt.
Cloud Deploy menggunakan Skaffold untuk mengorkestrasi rendering konfigurasi (perintah skaffold render).
Lihat juga, Render.
Multi-target
Saat mengonfigurasi atau melakukan deployment paralel, multi-target adalah tahap pipeline tunggal, 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, dalam tahap pipeline pengiriman yang sama. Dengan teknik ini, Anda dapat men-deploy, misalnya ke beberapa cluster atau layanan dalam produksi.
Fase
Kumpulan operasi (tugas) dalam peluncuran yang dikelompokkan secara logis bersama, misalnya deployment atau deploy 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
Saat pipeline pengiriman atau target diubah setelah rilis dibuat, instance pipeline yang terkait dengan release sekarang
berbeda dengan definisi pipeline.
Jika terdapat ketidakcocokan pipeline, Cloud Deploy akan meminta Anda memeriksa definisi tersebut sebelum mempromosikan rilis atau mencoba rollback.
Lihat Instance pipeline per rilis untuk mengetahui informasi selengkapnya.
Kemajuan
Konfigurasi, dalam file konfigurasi pipeline pengiriman Anda, 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.
Merilis
Resource Cloud Deploy yang mewakili perubahan (kode, konfigurasi, atau keduanya) yang akan di-deploy.
Siklus proses rilis dijelaskan dalam dokumen arsitektur layanan Cloud Deploy.
Tampilkan
Untuk menyiapkan manifes untuk deployment di target. Merender manifes terutama terdiri dari penyediaan 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 bisa jadi 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 aplikasi diganti seperti yang di-deploy sebelumnya.
Tahap
Satu target atau beberapa target dalam pipeline pengiriman. Misalnya, dalam pipeline pengiriman sederhana yang memiliki tahapan berikut:
devstagingprod
Masing-masing adalah satu tahap.
Saat melakukan deployment paralel, multi-target adalah tahap tunggal, tetapi target turunan bukan tahap yang 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. Juga, konfigurasi untuk lingkungan tersebut.
Anda dapat menentukan target di file konfigurasi pipeline pengiriman, atau dalam file terpisah.
Target juga dapat berupa multi-target atau target turunan untuk mendukung deployment paralel.
Artefak target
File konfigurasi yang digunakan untuk merender dan men-deploy aplikasi pada target. File ini mencakup manifes Kubernetes atau definisi layanan Cloud Run, file konfigurasi Skaffold, dan sumber rendering yang digunakan untuk membuat file tersebut.
Verifikasi
Kemampuan untuk mengonfirmasi bahwa deployment berhasil, dengan menjalankan container arbitrer, melalui pengujian. Pelajari verifikasi deployment lebih lanjut.