Konsep utama untuk pengguna Azure Pipelines baru
Layanan 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.
Ringkasan konsep Kunci
grafis konsep utama
- Pemicu menginstruksikan alur kerja untuk dijalankan.
- alur
terdiri dari satu atau beberapa tahap . Alur dapat disebarkan ke satu atau beberapa lingkungan . - Tahap adalah cara mengatur pekerjaan dalam alur dan setiap tahap dapat memiliki satu atau beberapa pekerjaan.
- Setiap pekerjaan
dijalankan pada satu agen . Pekerjaan juga bisa tanpa agen. - Setiap agen menjalankan pekerjaan yang berisi satu atau beberapa langkah .
- Langkah dapat menjadi tugas atau skrip dan merupakan blok penyusun terkecil dari pipeline.
- 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 berjalan .
istilah Azure Pipelines
Agen
Saat proses build atau penyebaran Anda berjalan, sistem memulai satu atau beberapa tugas. 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, silakan merujuk ke Agen Azure Pipelines.
Persetujuan
Persetujuan menentukan serangkaian validasi yang diperlukan sebelum implementasi 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 koleksi file atau paket yang diterbitkan oleh proses. 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 dan perbaikan baru ke sistem yang ada. Sistem pemantauan dan pemberitahuan berjalan terus-menerus untuk mendorong visibilitas ke seluruh proses CD. Proses ini memastikan bahwa kesalahan tertangkap pada waktu yang tepat dan cepat.
Integrasi berkelanjutan
Integrasi berkelanjutan (CI) adalah praktik yang digunakan oleh tim pengembangan untuk menyederhanakan pengujian dan pembuatan 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 ini dapat berjalan pada jadwal yang ditetapkan, setiap kali perubahan kode dilakukan, atau keduanya sekaligus. Barang yang dikenal sebagai artefak diproduksi oleh 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 yang ditentukan untuk tahap tersebut.
Untuk alur YAML, penyebaran mengacu pada pekerjaan penyebaran . Tugas penyebaran adalah kumpulan langkah-langkah yang dijalankan secara berurutan pada 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 pengembangan 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. Pipelines disebarkan ke satu atau beberapa lingkungan setelah build selesai dan pengujian dilakukan.
Pekerjaan
Tahap berisi satu atau beberapa pekerjaan . Setiap pekerjaan berjalan pada agen. Pekerjaan mewakili batas eksekusi dari serangkaian langkah. Semua langkah dijalankan secara bersamaan 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.
Jaringan pipa
Alur menentukan proses integrasi dan penyebaran berkelanjutan 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 serangkaian artefak dengan 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 adalah disatukan menjadi satu alur multi-tahap .
Lari
Satu putaran mewakili satu eksekusi alur. Ini mengumpulkan log yang terkait dengan menjalankan langkah-langkah dan hasil dari pengujian yang dijalankan. Selama eksekusi, Azure Pipelines akan terlebih dahulu memproses alur lalu mengirim eksekusi ke satu atau beberapa agen. Setiap agen menjalankan tugas. Pelajari selengkapnya tentang urutan eksekusi alur .
Untuk pipeline klasik, build mewakili satu eksekusi pipeline.
Script
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.
Panggung
Tahap adalah batas logis dalam alur. Ini dapat digunakan untuk menandai pemisahan tanggung jawab (misalnya, Build, QA, dan produksi). Setiap tahap berisi satu atau beberapa pekerjaan. Saat Anda menentukan beberapa tahap dalam pipeline, secara default, mereka berjalan satu per 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 dijalankan dalam waktu lama? Jika pekerjaan di alur Anda memiliki waktu pelaksanaan yang lama, masuk akal untuk menempatkan pekerjaan itu dalam tahap tersendiri.
Langkah
Langkah adalah blok penyusun terkecil dari alur. Misalnya, alur mungkin terdiri dari langkah-langkah penyusunan dan pengujian. Langkah dapat berupa skrip atau tugas. Tugas hanyalah skrip yang dibuat sebelumnya agar memudahkan Anda. Untuk melihat tugas yang tersedia, lihat referensi Membangun dan merilis tugas. Untuk informasi tentang membuat tugas kustom, lihat Membuat tugas kustom.
Tugas
Tugas adalah blok penyusun untuk menentukan otomatisasi dalam alur kerja. Tugas adalah skrip atau prosedur yang telah dikemas dengan serangkaian input.
Pemicu
Pemicu adalah sesuatu yang dikonfigurasi untuk memberi tahu alur kerja kapan harus 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 serta pemicu rilis dan.
Perpustakaan
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
Tentang penulis
- Dave Jarvis berkontribusi pada grafik gambaran umum konsep utama.