Istilah dalam dokumen ini didefinisikan sesuai dengan penggunaannya di Cloud Deploy.
Batalkan
Untuk menonaktifkan rilis secara permanen.
Aplikasi
Software yang akan Anda deploy menggunakan Cloud Deploy.
Penayangan aplikasi
Pengiriman aset yang diperlukan untuk men-deploy aplikasi ke lingkungan target yang dimaksud. 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 dan target pengiriman sehingga beberapa tindakan dapat dilakukan pada rilis dan peluncuran untuk pipeline tersebut, tanpa memerlukan intervensi manusia. Misalnya, Anda dapat menyiapkan pipeline penayangan sehingga promosi ke target tertentu terjadi secara otomatis, dalam keadaan yang tepat. Pelajari lebih lanjut.
Aturan otomatisasi
Perilaku otomatisasi sebagian ditentukan oleh aturan otomatisasi. Aturan otomatis menentukan apa yang diotomatiskan, misalnya, mempromosikan rilis.
Aturan otomatisasi yang tersedia tercantum dalam dokumen Menggunakan aturan otomatisasi.
Menjalankan otomatisasi
Contoh Automation.
Deployment canary
Strategi deployment yang meluncurkan perubahan Anda ke sebagian pengguna terlebih dahulu, mengujinya untuk memastikan keandalan, lalu meluncurkannya sepenuhnya.
Peluncuran turunan
Untuk Deployment paralel, peluncuran yang dihasilkan untuk men-deploy ke target turunan.
Lihat juga Peluncuran pengontrol.
Target turunan
Untuk Deployment paralel, target yang merepresentasikan salah satu dari beberapa target individual GKE, cluster terpasang GKE, atau Cloud Run yang Anda deploy secara bersamaan.
Lihat juga, Multi-target, Deployment paralel, Peluncuran turunan.
Continuous delivery
Praktik rekayasa perangkat lunak yang memungkinkan perubahan dirilis kepada pengguna secara aman, sering, dan sebagian besar 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; melainkan, 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 delivery-pipeline.
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.
Parameter deployment
Placeholder yang dapat ditambahkan ke manifes, tetapi tidak diselesaikan 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 pada aplikasi Anda dengan aman sekaligus meminimalkan dampak bagi pengguna.
Lingkungan eksekusi
Sekumpulan resource Google Cloud tempat Cloud Deploy berjalan. Terdiri dari:
Pool worker 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 men-deploy
Lokasi penyimpanan default atau alternatif untuk manifes yang dirender di Cloud Storage.
Melembapkan
Lihat Render.
Tugas
Operasi tertentu yang akan dilakukan pada peluncuran, seperti men-deploy atau memverifikasi. Pelajari lebih lanjut.
Menjalankan tugas
Sebagai resource turunan peluncuran, eksekusi tugas adalah instance tugas. Artinya, ID 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 memiliki salah satu dari dua status: dirender atau tidak dirender. Manifes yang belum dirender belum siap untuk di-deploy 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 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 lingkungan runtime.
Lihat juga, Target anak, Deployment paralel, Peluncuran pengontrol.
Deployment paralel
Praktik men-deploy aplikasi ke lebih dari satu target secara bersamaan, dalam 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.
Pipeline tidak cocok
Jika pipeline pengiriman atau target 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 rollback.
Lihat Instance pipeline per rilis untuk mengetahui informasi selengkapnya.
Progresi
Konfigurasi, dalam file konfigurasi pipeline pengiriman, yang menjelaskan urutan promosi dari satu target atau multi-target ke target atau multi-target lainnya—misalnya dari test ke staging ke prod.
Promosi
Proses memajukan rilis dari satu target ke target lain, sesuai dengan progresi 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 merepresentasikan perubahan (kode, konfigurasi, atau keduanya) yang akan di-deploy.
Siklus proses rilis dijelaskan dalam dokumen Arsitektur layanan Cloud Deploy.
Render
Untuk menyiapkan manifes untuk deployment di target. Merender manifes
terutama terdiri dari pemberian nilai untuk variabel dalam manifes.
Cloud Deploy melakukannya menggunakan skaffold render.
Peluncuran
Resource yang mengaitkan rilisan dengan
target deployment. rollout dibuat per rilis per target, jadi 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
Setiap tahap tersebut 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 deployment paralel.
Artefak target
File konfigurasi yang digunakan untuk merender dan men-deploy aplikasi pada target. Hal ini mencakup 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.