Konsep utama untuk pengguna Azure Pipelines baru

Azure DevOps

Pelajari tentang konsep dan komponen utama yang membentuk Azure Pipelines. Memahami istilah dan bagian dasar dari alur dapat membantu Anda membangun, menguji, dan menyebarkan kode secara lebih efektif.

Gambaran umum konsep utama

grafik konsep utama

  • Pemicu memberi tahu alur untuk dijalankan.
  • Alur terdiri dari satu atau beberapa tahap. Alur dapat digunakan ke satu atau beberapa lingkungan.
  • Tahapanadalah cara mengatur pekerjaan dalam alur dan setiap tahap dapat memiliki satu atau beberapa pekerjaan.
  • Setiap pekerjaan berjalan pada satu agen. Pekerjaan juga bisa tanpa agen.
  • Setiap agen menjalankan pekerjaan yang berisi satu atau beberapa langkah.
  • Langkah dapat berupa tugas atau skrip dan merupakan blok penyusun terkecil dari alur.
  • Tugas adalah skrip yang dikemas sebelumnya yang melakukan tindakan, seperti memanggil REST API atau menerbitkan artefak build.
  • Artefak adalah kumpulan file atau paket yang diterbitkan oleh eksekusi.

Istilah Azure Pipelines

Agen

Saat build atau penyebaran Anda berjalan, sistem akan memulai satu atau beberapa pekerjaan. Agen adalah infrastruktur komputasi dengan perangkat lunak agen terinstal yang menjalankan satu pekerjaan pada satu waktu. Misalnya, pekerjaan Anda dapat berjalan pada agen Ubuntu yang dihosting Microsoft.

Untuk informasi lebih mendalam tentang berbagai jenis agen dan cara menggunakannya, lihat Agen Azure Pipelines.

Approvals

Persetujuan menentukan serangkaian validasi yang diperlukan sebelum penyebaran berjalan. Persetujuan manual adalah pemeriksaan umum yang dilakukan untuk mengontrol penyebaran ke lingkungan produksi. Saat pemeriksaan dikonfigurasi pada lingkungan, eksekusi alur akan dijeda hingga semua pemeriksaan berhasil diselesaikan.

Artefak

Artefak adalah kumpulan file atau paket yang diterbitkan oleh pelaksana. Artefak tersedia untuk tugas berikutnya, seperti distribusi atau penyebaran. Untuk informasi selengkapnya, lihat Artefak di Azure Pipelines.

Pengiriman berkelanjutan

Pengiriman berkelanjutan (CD) adalah proses di mana kode dibangun, diuji, dan disebarkan ke satu atau beberapa tahap pengujian dan produksi. Menyebarkan dan menguji dalam beberapa tahap membantu mendorong kualitas. Sistem integrasi berkelanjutan menghasilkan artefak yang dapat disebarkan, yang mencakup infrastruktur dan aplikasi. Alur rilis otomatis menggunakan artefak ini untuk merilis versi baru dan memperbaiki sistem yang ada. Sistem pemantauan dan pemberitahuan berjalan terus-menerus untuk mendorong visibilitas ke seluruh proses CD. Proses ini memastikan bahwa kesalahan sering terdeteksi dan lebih awal.

Integrasi berkelanjutan

Integrasi berkelanjutan (CI) adalah praktik yang digunakan oleh tim pengembangan untuk menyederhanakan pengujian dan proses build kode. CI membantu menangkap bug atau masalah di awal siklus pengembangan, yang membuatnya lebih mudah dan lebih cepat untuk diperbaiki. Pengujian dan build otomatis dijalankan sebagai bagian dari proses CI. Proses dapat berjalan pada jadwal yang ditetapkan, kapan pun kode didorong, atau keduanya. Item yang dikenal sebagai artefak dihasilkan dari sistem CI. Mereka digunakan oleh alur rilis pengiriman berkelanjutan untuk mendorong penyebaran otomatis.

Penyebaran

Penyebaran alur klasik adalah tindakan menjalankan tugas untuk satu tahap. Penyebaran dapat mencakup menjalankan pengujian otomatis, menyebarkan artefak build, dan tindakan lain ditentukan untuk tahap tersebut.

Untuk alur YAML, penyebaran mengacu pada pekerjaan penyebaran. Pekerjaan penyebaran adalah kumpulan langkah-langkah yang dijalankan secara berurutan terhadap lingkungan. Anda dapat menggunakan strategi seperti jalankan sekali, bergulir, dan kenari untuk pekerjaan penyebaran.

Grup penyebaran

Grup penyebaran adalah sekumpulan komputer target penyebaran yang memiliki agen yang terinstal. Grup penyebaran hanyalah pengelompokan agen lain, seperti kumpulan agen. Anda dapat mengatur target penyebaran dalam alur untuk pekerjaan menggunakan grup penyebaran. Pelajari selengkapnya tentang agen provisi untuk grup penyebaran.

Lingkungan

Lingkungan adalah kumpulan sumber daya tempat Anda menyebarkan aplikasi. Satu lingkungan dapat berisi satu atau beberapa komputer virtual, kontainer, aplikasi web, atau layanan apa pun. Alur disebarkan ke satu atau beberapa lingkungan setelah build selesai dan pengujian dijalankan.

Tugas

Tahap berisi satu atau beberapa pekerjaan. Setiap pekerjaan berjalan pada agen. Pekerjaan mewakili batas eksekusi dari serangkaian langkah. Semua langkah berjalan bersama pada agen yang sama. Pekerjaan paling berguna ketika Anda ingin menjalankan serangkaian langkah di lingkungan yang berbeda. Misalnya, Anda mungkin ingin membuat dua konfigurasi - x86 dan x64. Dalam hal ini, Anda memiliki satu tahap dan dua pekerjaan. Satu pekerjaan adalah untuk x86 dan pekerjaan lainnya adalah untuk x64.

Pekerjaan tanpa agen berjalan di Azure DevOps dan Azure DevOps Server tanpa menggunakan agen. Sejumlah tugas terbatas mendukung pekerjaan tanpa agen.

Alur

Alur mendefinisikan integrasi berkelanjutan dan proses penyebaran untuk aplikasi Anda. Ini terdiri dari satu atau beberapa tahap. Ini dapat dianggap sebagai alur kerja yang menentukan bagaimana langkah-langkah pengujian, build, dan penyebaran Anda dijalankan.

Untuk alur klasik, alur juga dapat disebut sebagai definisi.

Lepaskan

Untuk alur klasik, rilis adalah sekumpulan artefak versi yang ditentukan dalam alur. Rilis mencakup rekam jepret semua informasi yang diperlukan untuk melakukan semua tugas dan tindakan dalam alur rilis, seperti tahapan, tugas, kebijakan seperti pemicu dan pemberi persetujuan, dan opsi penyebaran. Anda dapat membuat rilis secara manual, dengan pemicu penyebaran, atau dengan REST API.

Untuk alur YAML, tahap build dan rilis dalam satu alur multi-tahap.

jalankan

Eksekusi mewakili satu eksekusi alur. Build ini mengumpulkan log yang terkait dengan cara menjalankan langkah-langkah dan hasil dalam menjalankan pengujian. Selama eksekusi, Azure Pipelines akan terlebih dahulu memproses alur lalu mengirim eksekusi ke satu atau beberapa agen. Setiap agen menjalankan pekerjaan. Pelajari selengkapnya tentang urutan eksekusi alur.

Untuk alur klasik, build mewakili satu eksekusi alur.

Skrip

Skrip menjalankan kode sebagai langkah dalam alur Anda menggunakan baris perintah, PowerShell, atau Bash. Anda dapat menulis skrip lintas platform untuk macOS, Linux, dan Windows. Tidak seperti tugas, skrip adalah kode kustom yang khusus untuk alur Anda.

Tahap

Tahap adalah batas logis dalam alur. Ini dapat digunakan untuk menandai pemisahan kekhawatiran (misalnya, Build, QA, dan produksi). Setiap tahap berisi satu atau beberapa pekerjaan. Saat Anda menentukan beberapa tahap dalam alur, secara default, mereka menjalankan satu demi satu. Anda dapat menentukan kondisi saat tahap berjalan. Ketika Anda berpikir tentang apakah Anda membutuhkan panggung, tanyakan pada diri Sendiri:

  • Apakah grup terpisah mengelola bagian yang berbeda dari alur ini? Misalnya, Anda dapat memiliki manajer pengujian yang mengelola pekerjaan yang terkait dengan pengujian dan manajer berbeda yang mengelola pekerjaan yang terkait dengan penyebaran produksi. Dalam hal ini, masuk akal untuk memiliki tahap terpisah untuk pengujian dan produksi.
  • Apakah ada serangkaian persetujuan yang terhubung ke pekerjaan atau serangkaian pekerjaan tertentu? Jika demikian, Anda dapat menggunakan tahapan untuk memecah pekerjaan Anda menjadi grup logis yang memerlukan persetujuan.
  • Apakah ada pekerjaan yang perlu berjalan lama? Jika pekerjaan di alur Anda memiliki waktu yang lama, masuk akal untuk menempatkan pekerjaan itu dalam tahapnya sendiri.

Langkah

Langkah adalah blok penyusun terkecil dari alur. Misalnya, alur mungkin terdiri dari langkah-langkah build dan pengujian. Langkah dapat berupa skrip atau tugas. Tugas hanyalah skrip yang dibuat sebelumnya yang ditawarkan sebagai kenyamanan untuk Anda. Untuk melihat tugas yang tersedia, lihat referensi Tugas build dan rilis . Untuk informasi tentang membuat tugas kustom, lihat Membuat tugas kustom.

Tugas

Tugas adalah blok penyusun untuk menentukan otomatisasi dalam alur. Tugas adalah skrip atau prosedur kemasan yang telah diabstraksi dengan serangkaian input.

Pemicu

Pemicu adalah sesuatu yang diatur untuk memberi tahu alur kapan akan dijalankan. Anda dapat mengonfigurasi alur untuk dijalankan setelah pendorongan ke repositori, pada waktu terjadwal, atau setelah menyelesaikan build lain. Semua tindakan ini dikenal sebagai pemicu. Untuk informasi selengkapnya, lihat pemicu build dan pemicu rilis.

Pustaka

Pustaka mencakup file aman dan grup variabel. File aman adalah cara untuk menyimpan file dan membagikannya di seluruh alur. Misalnya, Anda mungkin ingin mereferensikan file yang sama untuk alur yang berbeda. Dalam hal ini, Anda dapat menyimpan file dalam Pustaka dan menggunakannya saat Anda membutuhkannya. Grup variabel menyimpan nilai dan rahasia yang mungkin ingin Anda teruskan ke alur YAML atau tersedia di beberapa alur.

Tentang penulis

  • Dave Jarvis berkontribusi pada grafik gambaran umum konsep utama.