Gerbang penyebaran

  • Artikel

Layanan Azure DevOps | Azure DevOps Server 2022 - Azure DevOps Server 2019

Gerbang memungkinkan pengumpulan otomatis sinyal kesehatan dari layanan eksternal dan kemudian mempromosikan rilis ketika semua sinyal berhasil atau menghentikan penyebaran pada waktu habis. Biasanya, gerbang digunakan sehubungan dengan manajemen insiden, manajemen masalah, manajemen perubahan, pemantauan, dan sistem persetujuan eksternal.

Kasus penggunaan

Beberapa kasus penggunaan umum untuk gerbang penyebaran adalah:

  • Manajemen insiden: Pastikan kriteria tertentu terpenuhi sebelum melanjutkan penyebaran. Misalnya, pastikan penyebaran hanya terjadi jika tidak ada bug nol prioritas.
  • Cari persetujuan: Beri tahu pengguna eksternal seperti departemen hukum, auditor, atau manajer TI tentang penyebaran dengan mengintegrasikan dengan layanan lain seperti Microsoft Teams atau Slack dan tunggu persetujuan mereka.
  • Validasi kualitas: Metrik alur kueri seperti laju pass atau cakupan kode dan sebarkan hanya jika berada dalam ambang yang telah ditentukan sebelumnya.
  • Pemindaian keamanan: Lakukan pemeriksaan keamanan seperti pemindaian artefak, penandatanganan kode, dan pemeriksaan kebijakan. Gerbang penyebaran mungkin memulai pemindaian dan menunggunya selesai, atau hanya memeriksa penyelesaian.
  • Pengalaman pengguna relatif terhadap garis besar: Menggunakan telemetri produk, pastikan pengalaman pengguna belum mengalami kemunculan dari status garis besar. Pengguna mengalami metrik sebelum penyebaran dapat digunakan sebagai garis besar.
  • Manajemen perubahan: Tunggu hingga prosedur manajemen perubahan dalam sistem seperti ServiceNow selesai sebelum melanjutkan penyebaran.
  • Kesehatan infrastruktur: Jalankan pemantauan dan validasi infrastruktur terhadap aturan kepatuhan setelah penyebaran, atau tunggu pemanfaatan sumber daya yang sehat dan laporan keamanan positif.

Sebagian besar parameter kesehatan bervariasi dari waktu ke waktu, secara teratur mengubah statusnya dari sehat menjadi tidak sehat dan kembali sehat. Untuk memperhitungkan variasi tersebut, semua gerbang dievaluasi kembali secara berkala sampai semuanya berhasil pada saat yang sama. Eksekusi dan penyebaran rilis tidak dilanjutkan jika semua gerbang tidak berhasil dalam interval yang sama dan sebelum batas waktu yang dikonfigurasi.

Menentukan gerbang untuk tahap

Anda dapat mengaktifkan gerbang pada awal tahap (Kondisi pra-penyebaran) atau di akhir tahap (Kondisi pasca-penyebaran) atau untuk keduanya. Lihat Menyiapkan gerbang untuk detail selengkapnya.

Penundaan sebelum evaluasi adalah penundaan waktu pada awal proses evaluasi gerbang yang memungkinkan gerbang untuk menginisialisasi, menstabilkan, dan mulai memberikan hasil yang akurat untuk penyebaran saat ini. lihat Alur evaluasi gerbang untuk detail selengkapnya.

Cuplikan layar memperlihatkan penundaan sebelum fitur evaluasi di gerbang.

  • Untuk gerbang pra-penyebaran, penundaan akan menjadi waktu yang diperlukan agar semua bug dicatat terhadap artefak yang disebarkan.
  • Untuk gerbang pasca-penyebaran, penundaan akan menjadi waktu maksimum yang diperlukan aplikasi yang disebarkan untuk mencapai status operasional yang stabil, waktu yang diperlukan untuk eksekusi semua pengujian yang diperlukan pada tahap yang disebarkan, dan waktu yang diperlukan agar insiden dicatat setelah penyebaran.

Gerbang berikut tersedia secara default:

  • Memanggil fungsi Azure: Memicu eksekusi fungsi Azure dan memastikan keberhasilan penyelesaian. Lihat Tugas fungsi Azure untuk detail selengkapnya.
  • Mengkueri pemberitahuan pemantauan Azure: Amati aturan pemberitahuan pemantauan Azure yang dikonfigurasi untuk pemberitahuan aktif. Lihat Tugas pemantauan Azure untuk detail selengkapnya.
  • Panggil REST API: Lakukan panggilan ke REST API dan lanjutkan jika mengembalikan respons yang berhasil. Lihat Memanggil tugas REST API untuk detail selengkapnya.
  • Item Kerja Kueri: Pastikan jumlah item kerja yang cocok yang dikembalikan dari kueri berada dalam ambang batas. Lihat Tugas Item Kerja Kueri untuk detail selengkapnya.
  • Penilaian keamanan dan kepatuhan: Menilai kepatuhan Azure Policy pada sumber daya dalam cakupan grup langganan dan sumber daya tertentu, dan secara opsional pada tingkat sumber daya tertentu. Lihat Memeriksa tugas kepatuhan Azure Policy untuk detail selengkapnya.

Cuplikan layar memperlihatkan gerbang default.

Anda juga dapat membuat gerbang Anda sendiri dengan ekstensi Marketplace.

Opsi evaluasi yang berlaku untuk semua gerbang adalah:

  • Waktu antara evaluasi ulang gerbang. Interval waktu antara evaluasi berturut-turut gerbang. Pada setiap interval pengambilan sampel, permintaan baru dikirim secara bersamaan ke setiap gerbang dan hasil baru dievaluasi. Disarankan agar interval pengambilan sampel lebih besar dari waktu respons umum terpanjang dari gerbang yang dikonfigurasi untuk memungkinkan waktu bagi semua respons yang akan diterima untuk evaluasi.
  • Waktu habis setelah gerbang gagal. Periode evaluasi maksimum untuk semua gerbang. Penyebaran akan ditolak jika batas waktu tercapai sebelum semua gerbang berhasil selama interval pengambilan sampel yang sama.
  • Gerbang dan persetujuan. Pilih urutan eksekusi yang diperlukan untuk gerbang dan persetujuan jika Anda telah mengonfigurasi keduanya. Untuk kondisi pra-penyebaran, defaultnya adalah meminta persetujuan manual (pengguna) terlebih dahulu, lalu mengevaluasi gerbang setelahnya. Ini menghemat sistem dari mengevaluasi fungsi gerbang jika rilis ditolak oleh pengguna. Untuk kondisi pasca-penyebaran, defaultnya adalah mengevaluasi gerbang dan meminta persetujuan manual hanya ketika semua gerbang berhasil. Ini memastikan pemberi izin memiliki semua informasi yang diperlukan untuk disetujui.

Lihat Melihat log persetujuan dan Memantau dan melacak penyebaran untuk informasi selengkapnya tentang analitik gerbang.

Contoh alur evaluasi gerbang

Diagram berikut mengilustrasikan alur evaluasi gerbang di mana, setelah periode penundaan stabilisasi awal dan tiga interval pengambilan sampel, penyebaran disetujui.

Cuplikan layar memperlihatkan diagram alur evaluasi gerbang.

Diagram berikut mengilustrasikan alur evaluasi gerbang di mana, setelah periode penundaan stabilisasi awal, tidak semua gerbang berhasil pada setiap interval pengambilan sampel. Dalam hal ini, setelah periode batas waktu berakhir, penyebaran ditolak.

Cuplikan layar memperlihatkan contoh persetujuan dan kegagalan gerbang.

Sumber