Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Alur rilis klasik membantu Anda menyebarkan aplikasi ke beberapa lingkungan dengan cara yang aman dan andal. Dengan menggunakan alur rilis klasik, Anda dapat mengotomatiskan pengujian dan penyebaran, menentukan strategi penyebaran yang fleksibel, menambahkan gerbang persetujuan, dan mengelola penyebaran di seluruh tahap.
Prasyarat
| Produk | Persyaratan |
|---|---|
| Azure DevOps | - Organisasi Azure DevOps. - Proyek Azure DevOps. |
Bagaimana cara kerja alur rilis
Untuk setiap penyebaran, Azure Pipelines menjalankan urutan langkah-langkah berikut:
Persetujuan pra-penyebaran:
Saat penyebaran dipicu, Azure Pipelines memeriksa apakah persetujuan pra-penyebaran diperlukan untuk tahap tersebut. Jika persetujuan diperlukan, sistem akan mengirimkan pemberitahuan kepada pihak yang ditunjuk sebagai pemberi persetujuan dan menunggu persetujuan sebelum melanjutkan.
Pekerjaan penyebaran antrean:
Azure Pipelines mengantrekan pekerjaan penyebaran dan menjadwalkannya pada Agent yang tersedia.
Pilih agen:
Agen yang tersedia memulai pekerjaan penyebaran. Alur rilis dapat dikonfigurasi untuk memilih agen yang sesuai secara dinamis saat runtime.
Unduh artefak:
Agen mengunduh semua artefak yang terkait dengan rilis.
Jalankan tugas penyebaran:
Agen menjalankan tugas yang ditentukan dalam tugas penyebaran untuk tahap tersebut.
Hasilkan log penyebaran:
Agen menghasilkan log terperinci untuk setiap langkah penyebaran dan mengirimkannya kembali ke Azure Pipelines.
Persetujuan pasca-penyebaran:
Setelah penyebaran ke tahap selesai, Azure Pipelines memeriksa apakah persetujuan pasca-penyebaran diperlukan. Setelah persetujuan diberikan, atau jika tidak ada persetujuan yang diperlukan, alur berlanjut ke tahap berikutnya.
Model Penyebaran
alur rilis Azure mendukung berbagai sumber artifact termasuk Jenkins, Azure Artifacts, dan Team City. Fleksibilitas ini memungkinkan Anda merancang model penyebaran yang mencakup beberapa sistem dan lingkungan build. Contoh berikut mengilustrasikan model penyebaran menggunakan alur rilis Azure.
Dalam model ini, alur rilis mengonsumsi dua artefak build yang diproduksi oleh dua alur build terpisah. Aplikasi ini pertama kali disebarkan ke tahap Dev, diikuti dengan penyebaran ke dua tahap QA paralel. Setelah aplikasi berhasil divalidasi di kedua tahap QA, aplikasi disebarkan ke Prod ring 1 dan kemudian ke Prod ring 2.
Setiap cincin produksi mewakili beberapa instans aplikasi web yang sama yang disebarkan ke lokasi geografis yang berbeda. Pendekatan berbasis cincin ini memungkinkan peluncuran bertahap, validasi terkontrol, dan pengurangan risiko selama penyebaran produksi.
Rilis vs penerapan
Rilis adalah struktur yang menyimpan sekumpulan artefak versi yang ditentukan dalam alur CI/CD. Ini termasuk rekam jepret dari semua informasi yang diperlukan untuk melakukan semua tugas dan tindakan dalam alur rilis, seperti tahapan, tugas, kebijakan, dan opsi penyebaran.
Satu alur rilis dapat menghasilkan beberapa rilis. Azure Pipelines menyimpan informasi tentang setiap rilis dan menampilkannya untuk periode retensi yang ditentukan.
Penyebaran adalah pelaksanaan tugas yang ditentukan untuk satu tahap dalam sebuah proses rilis. Penyebaran dapat mencakup tindakan seperti menjalankan pengujian otomatis, menyebarkan artefak build, dan melakukan tugas lain yang dikonfigurasi untuk tahap tersebut. Saat Anda membuat rilis, Azure Pipelines memulai penyebaran berdasarkan kebijakan dan pengaturan yang ditentukan dalam alur rilis. Rilis dapat disebarkan beberapa kali ke tahap yang sama. Jika penyebaran gagal untuk tahap, Anda dapat menyebarkan ulang rilis yang sama ke tahap tersebut dengan memilih Sebarkan dari rilis.
Diagram berikut menunjukkan hubungan antara alur rilis, rilis, dan penyebaran.
