Integrasi berkelanjutan (Continuous Integration / CI) dan pengiriman berkelanjutan (Continuous Delivery / CD) adalah dua komponen penting dari toolchain Agile dan DevOps yang mengarah pada pengembangan perangkat lunak (software) yang sukses. CI/CD membantu memastikan bahwa kode selalu dalam kondisi yang dapat dirilis dan bahwa fitur-fitur baru serta perbaikan bug menjangkau pelanggan secepat mungkin.
 

Apa Yang Dimaksud Dengan CI/CD?

CI dan CD adalah singkatan dari Continuous Integration (integrasi berkelanjutan) dan Continuous Delivery (pengiriman berkelanjutan). Dalam istilah yang sangat sederhana, CI adalah praktik pengembangan perangkat lunak modern di mana perubahan kode tambahan dilakukan secara sering dan andal. Langkah-langkah pembuatan dan pengujian otomatis yang dipicu oleh CI memastikan bahwa perubahan kode yang digabungkan ke dalam repositori dapat diandalkan. Kode tersebut kemudian dikirimkan dengan cepat dan mulus sebagai bagian dari proses CD. Dalam dunia perangkat lunak, pipeline CI/CD mengacu pada otomatisasi yang memungkinkan perubahan kode tambahan dari desktop pengembang dikirimkan dengan cepat dan andal ke produksi.
 

Mengapa CI/CD Penting?

Dalam lanskap teknologi yang serba cepat saat ini, Continuous Integration and Continuous Delivery (CI/CD) lebih dari sekadar kata kunci industri. Keduanya merupakan fondasi penting untuk proses pengembangan perangkat lunak modern.

CI/CD sangat penting karena mengotomatiskan proses pengembangan perangkat lunak, mulai dari pengkodean hingga penerapan. Otomatisasi ini berarti tim dapat merilis fitur dan perbaikan baru dengan lebih cepat dan lebih sering, sehingga meningkatkan daya tanggap produk terhadap kebutuhan pengguna. Dengan terus mengintegrasikan dan menerapkan, kesalahan terdeteksi lebih cepat, mengurangi waktu henti dan meningkatkan kualitas perangkat lunak.

CI/CD juga memungkinkan umpan balik yang lebih cepat dengan para pemangku kepentingan, memastikan bahwa produk akhir sesuai dengan harapan pengguna. Secara keseluruhan, ini adalah praktik dasar bagi tim mana pun yang bertujuan untuk pengembangan perangkat lunak berkecepatan tinggi dan berkualitas tinggi.
 

Apa Yang Dimaksud Dengan Continuous Integration (CI)?

“CI” dalam CI/CD selalu mengacu pada integrasi berkelanjutan (Continuous Integration), proses otomatisasi untuk pengembang yang memfasilitasi penggabungan perubahan kode yang lebih sering ke cabang bersama (shared branch), atau ”trunk.” Saat pembaruan ini dilakukan, langkah-langkah pengujian otomatis dipicu untuk memastikan keandalan perubahan kode yang digabungkan. 

Dalam pengembangan aplikasi modern, tujuannya adalah agar beberapa pengembang bekerja secara bersamaan pada fitur-fitur yang berbeda dari aplikasi yang sama. Namun, jika sebuah organisasi diatur untuk menggabungkan semua kode sumber bercabang pada satu hari (dikenal sebagai “merge day”), pekerjaan yang dihasilkan bisa membosankan, manual, dan memakan waktu. 

Hal ini dikarenakan ketika seorang pengembang yang bekerja secara terpisah membuat perubahan pada sebuah aplikasi, ada kemungkinan perubahan tersebut akan berbenturan dengan perubahan lain yang dilakukan secara bersamaan oleh pengembang lain. Masalah ini dapat diperparah jika setiap pengembang telah menyesuaikan lingkungan pengembangan terintegrasi (integrated development environment / IDE) lokal mereka sendiri, daripada tim menyetujui satu IDE berbasis cloud.

CI dapat dianggap sebagai solusi untuk masalah memiliki terlalu banyak cabang aplikasi yang sedang dikembangkan sekaligus yang mungkin bertentangan satu sama lain.

CI yang sukses berarti bahwa setelah perubahan yang dilakukan pengembang pada aplikasi digabungkan, perubahan tersebut divalidasi dengan secara otomatis membangun aplikasi dan menjalankan berbagai tingkat pengujian otomatis, biasanya pengujian unit dan integrasi, untuk memastikan bahwa perubahan tersebut tidak merusak aplikasi. Ini berarti menguji segala sesuatu mulai dari kelas dan fungsi hingga berbagai modul yang terdiri dari keseluruhan aplikasi. Salah satu manfaat CI adalah jika pengujian otomatis menemukan konflik antara kode baru dan kode yang sudah ada, maka akan lebih mudah untuk memperbaiki bug tersebut dengan cepat dan sering.
 

Apa Yang Dimaksud Dengan Continuous Delivery (CD)?

“CD” dalam CI/CD mengacu pada pengiriman berkelanjutan (Continuous Delivery) dan/atau penerapan berkelanjutan (Continuous Deployment), yang merupakan konsep terkait yang terkadang digunakan secara bergantian. Keduanya adalah tentang mengotomatisasi tahap-tahap lebih lanjut dari pipeline, tetapi kadang-kadang digunakan secara terpisah untuk menggambarkan seberapa banyak otomatisasi yang terjadi. Pilihan antara continuous delivery dan continuous deployment bergantung pada toleransi risiko dan kebutuhan spesifik dari tim pengembangan dan tim operasi.

Pengiriman berkelanjutan (Continuous delivery) mengotomatiskan rilis kode yang telah divalidasi ke repositori setelah otomatisasi build dan pengujian unit dan integrasi di CI. Jadi, untuk mendapatkan proses pengiriman berkelanjutan yang efektif, CI harus sudah ada di dalam pipeline pengembangan.

Dalam pengiriman berkelanjutan, setiap tahap, mulai dari penggabungan perubahan kode hingga pengiriman build yang siap produksi, melibatkan otomatisasi pengujian dan otomatisasi rilis kode. Di akhir proses tersebut, tim operasi dapat dengan cepat menerapkan aplikasi ke produksi.

Pengiriman berkelanjutan biasanya berarti perubahan yang dilakukan pengembang pada aplikasi secara otomatis diuji bug dan diunggah ke repositori (seperti GitHub atau container registry), di mana mereka kemudian dapat diterapkan ke lingkungan produksi langsung oleh tim operasi. Ini adalah jawaban atas masalah visibilitas dan komunikasi yang buruk antara tim pengembang dan tim bisnis. Untuk itu, tujuan dari pengiriman berkelanjutan adalah untuk memiliki basis kode yang selalu siap untuk digunakan ke lingkungan produksi, dan memastikan bahwa dibutuhkan upaya minimal untuk menggunakan kode baru.
 

Apa Yang Dimaksud Dengan Continuous Deployment?

Tahap akhir dari pipeline CI/CD yang matang adalah penerapan berkelanjutan (Continuous deployment). Penerapan berkelanjutan adalah perpanjangan dari pengiriman berkelanjutan, dan dapat merujuk pada pengotomatisan rilis perubahan pengembang dari repositori ke produksi, di mana ia dapat digunakan oleh pelanggan.

CD mengatasi masalah tim operasi yang membebani tim operasional dengan proses manual yang memperlambat pengiriman aplikasi. CD dibangun di atas manfaat pengiriman berkelanjutan dengan mengotomatiskan tahap berikutnya dalam pipeline.

Dalam praktiknya, penerapan berkelanjutan berarti bahwa perubahan yang dilakukan pengembang pada aplikasi cloud dapat ditayangkan dalam beberapa menit setelah ditulis (dengan asumsi telah melewati pengujian otomatis). Hal ini membuatnya lebih mudah untuk terus menerima dan memasukkan umpan balik dari pengguna. Secara keseluruhan, semua praktik CI/CD yang saling terhubung ini membuat proses penerapan menjadi lebih tidak berisiko, di mana lebih mudah untuk merilis perubahan pada aplikasi secara bertahap, bukan sekaligus. 

Namun, karena tidak ada gerbang manual pada tahap pipeline sebelum produksi, penerapan berkelanjutan sangat bergantung pada otomatisasi pengujian yang dirancang dengan baik. Ini berarti bahwa penerapan berkelanjutan dapat membutuhkan banyak investasi di muka, karena pengujian otomatis perlu ditulis untuk mengakomodasi berbagai tahap pengujian dan rilis dalam pipeline CI / CD.
 

Apa Yang Dimaksud Dengan Pipeline CI/CD?

Pipeline CI/CD adalah proses otomatis yang digunakan oleh tim pengembangan perangkat lunak untuk merampingkan pembuatan, pengujian, dan penyebaran aplikasi. “CI” mewakili integrasi berkelanjutan (Continuous Integration), di mana pengembang sering kali menggabungkan perubahan kode ke dalam repositori pusat, yang memungkinkan deteksi dini terhadap masalah. “CD” mengacu pada penerapan berkelanjutan (Continuous Deployment) atau pengiriman berkelanjutan (Continuous Delivery), yang mengotomatiskan rilis aplikasi ke lingkungan yang dituju, memastikan bahwa aplikasi tersebut sudah tersedia bagi pengguna. Pipeline ini sangat penting bagi tim yang ingin meningkatkan kualitas perangkat lunak dan mempercepat pengiriman melalui pembaruan yang teratur dan andal.

Dari kode sumber hingga produksi, tahapan-tahapan ini terdiri dari siklus hidup pengembangan dan alur kerja pipeline CI/CD :

• Membangun (Build) : Tahap ini merupakan bagian dari proses integrasi berkelanjutan dan melibatkan pembuatan dan kompilasi kode. Tim membangun kode sumber secara kolaboratif dan mengintegrasikan kode baru sambil dengan cepat menentukan masalah atau konflik apa pun.
• Menguji (Test) : Pada tahap ini, tim menguji kode. Pengujian otomatis dilakukan dalam pengiriman dan penerapan berkelanjutan. Lingkungan pengujian ini dapat mencakup pengujian integrasi, pengujian unit, dan pengujian regresi.
• Menyampaikan (Deliver) : Di sini, basis kode yang telah disetujui dikirim ke lingkungan produksi. Tahap ini diotomatiskan dalam penerapan berkelanjutan dan hanya diotomatiskan dalam pengiriman berkelanjutan setelah persetujuan pengembang.
• Menerapkan (Deploy) : Terakhir, perubahan diterapkan, dan produk akhir dipindahkan ke produksi. Dalam pengiriman berkelanjutan, produk atau kode dikirim ke repositori dan dipindahkan ke produksi atau penyebaran dengan persetujuan manusia. Dalam penerapan berkelanjutan, langkah ini dilakukan secara otomatis.

Mengintegrasikan pipeline CI/CD ke dalam alur kerja secara signifikan mengurangi risiko kesalahan dalam proses penerapan. Mengotomatiskan pembuatan dan pengujian memastikan bahwa bug dapat ditemukan lebih awal dan segera diperbaiki, sehingga mempertahankan perangkat lunak berkualitas tinggi. Pengujian berkelanjutan (continuous testing) dilakukan dalam pipeline CI/CD untuk mengurangi resiko kesalahan tersebut.

Pengujian berkelanjutan (continuous testing) adalah praktik pengujian perangkat lunak di mana pengujian terus dijalankan untuk mengidentifikasi bug segera setelah bug tersebut dimasukkan ke dalam basis kode. Dalam pipeline CI/CD, pengujian berkelanjutan biasanya dilakukan secara otomatis, dengan setiap perubahan kode memicu serangkaian pengujian untuk memastikan bahwa aplikasi masih berfungsi seperti yang diharapkan. Hal ini dapat membantu mengidentifikasi masalah di awal proses pengembangan dan mencegah masalah tersebut menjadi lebih sulit dan mahal untuk diperbaiki di kemudian hari. Pengujian berkelanjutan juga dapat memberikan umpan balik yang berharga bagi pengembang tentang kualitas kode mereka, membantu mereka mengidentifikasi dan mengatasi masalah potensial sebelum dirilis ke produksi.

Dalam pengujian berkelanjutan, berbagai jenis pengujian dilakukan di dalam pipeline CI/CD. Hal ini dapat mencakup :

• Pengujian unit (Unit testing), yang memeriksa apakah setiap unit kode bekerja sesuai dengan yang diharapkan.
• Pengujian integrasi (Integration testing), yang memverifikasi bagaimana modul atau layanan yang berbeda dalam sebuah aplikasi bekerja bersama.
• Pengujian regresi (Regression testing), yang dilakukan setelah bug diperbaiki untuk memastikan bahwa bug tertentu tidak akan terjadi lagi.

 

Apa Saja Dasar-dasar CI/CD?

Ada beberapa elemen dasar CI/CD yang membantu memastikan efisiensi maksimum untuk siklus pengembangan. Elemen-elemen tersebut mencakup pengembangan dan penerapan. Sertakan elemen-elemen dasar ini dalam pipeline untuk meningkatkan alur kerja DevOps dan pengiriman perangkat lunak :

• Repositori sumber tunggal (Single source repository) : Manajemen kode sumber (Source code management / SCM) yang menampung semua file dan skrip yang diperlukan untuk membuat build sangat penting. Repositori harus berisi semua yang diperlukan untuk membangun. Ini termasuk kode sumber, struktur basis data, pustaka, file properti, dan kontrol versi. Repositori ini juga harus berisi skrip uji coba dan skrip untuk membangun aplikasi.
• Sering check-in ke cabang utama : Integrasikan kode di cabang main atau cabang master (trunk-based development) lebih awal dan sering. Hindari sub-cabang dan kerjakan hanya dengan cabang main. Gunakan segmen kecil kode dan gabungkan ke dalam cabang sesering mungkin. Jangan menggabungkan lebih dari satu perubahan dalam satu waktu.
• Pembuatan otomatis (Automated builds) : Skrip harus mencakup semua yang diperlukan untuk membangun dari satu perintah. Ini termasuk file server web, skrip basis data, dan perangkat lunak aplikasi. Proses CI harus secara otomatis mengemas dan mengkompilasi kode menjadi aplikasi yang dapat digunakan.
• Membangun pengujian mandiri (Self-testing builds) : CI/CD membutuhkan pengujian berkelanjutan. Skrip pengujian harus memastikan bahwa kegagalan pengujian akan mengakibatkan pembangunan yang gagal. Gunakan skrip pengujian pra-pembuatan statis untuk memeriksa kode untuk integritas, kualitas, dan kepatuhan keamanan. Hanya izinkan kode yang lulus pengujian statis ke dalam build.
• Iterasi yang sering : Beberapa komit ke repositori menghasilkan lebih sedikit tempat untuk menyembunyikan konflik. Lakukan iterasi kecil dan sering daripada perubahan besar. Dengan melakukan hal ini, Anda dapat mengembalikan perubahan dengan mudah jika ada masalah atau konflik.
• Lingkungan pengujian yang stabil : Kode harus diuji dalam versi kloning dari lingkungan produksi. Pengembang tidak dapat menguji kode baru dalam versi produksi langsung. Buatlah lingkungan kloning yang sedekat mungkin dengan lingkungan asli. Gunakan skrip pengujian yang ketat untuk mendeteksi dan mengidentifikasi bug yang lolos dari proses pengujian pra-bangun awal.
• Visibilitas maksimum : Setiap pengembang harus dapat mengakses eksekusi terbaru dan melihat setiap perubahan yang dilakukan pada repositori. Informasi dalam repositori harus dapat dilihat oleh semua orang. Gunakan kontrol versi untuk mengelola handoff sehingga pengembang tahu versi mana yang terbaru. Visibilitas maksimum berarti semua orang dapat memantau kemajuan dan mengidentifikasi potensi masalah.
• Penerapan yang dapat diprediksi kapan saja : Penerapan harus sangat rutin dan berisiko rendah sehingga tim merasa nyaman melakukannya kapan saja. Proses pengujian dan verifikasi CI/CD harus ketat dan dapat diandalkan, sehingga memberikan kepercayaan diri kepada tim untuk menerapkan pembaruan kapan saja. Penerapan yang sering dilakukan dengan perubahan terbatas juga memiliki risiko yang lebih rendah dan dapat dengan mudah dibatalkan.

 

Apa Saja Manfaat Implementasi CI/CD?

Perusahaan dan organisasi yang mengadopsi CI/CD cenderung melihat banyak perubahan positif. Berikut adalah beberapa manfaat yang dapat dinantikan saat menerapkan CI/CD :

• Pengguna dan pelanggan yang lebih bahagia : Lebih sedikit bug dan kesalahan yang masuk ke dalam produksi, sehingga pengguna dan pelanggan memiliki pengalaman yang lebih baik. Hal ini akan meningkatkan tingkat kepuasan pelanggan, meningkatkan kepercayaan pelanggan, dan reputasi yang lebih baik untuk organisasi.
• Mempercepat waktu ke nilai (time to value) : Ketika dapat menerapkannya kapan saja, pengembang dapat menghadirkan produk dan fitur baru ke pasar dengan lebih cepat. Biaya pengembangan lebih rendah, dan perputaran yang lebih cepat membebaskan tim untuk melakukan pekerjaan lain. Pelanggan mendapatkan hasil yang lebih cepat, sehingga memberikan keunggulan kompetitif bagi perusahaan.
• Lebih sedikit latihan intensif : Menguji kode lebih sering, dalam jumlah yang lebih kecil, dan lebih awal dalam siklus pengembangan dapat sangat mengurangi latihan intensif. Hal ini menghasilkan siklus pengembangan yang lebih lancar dan mengurangi stres tim. Hasilnya lebih dapat diprediksi, dan lebih mudah untuk menemukan dan memperbaiki bug.
• Mencapai tanggal yang lebih andal : Menghilangkan hambatan penerapan dan membuat penerapan dapat diprediksi dapat menghilangkan banyak ketidakpastian di sekitar tanggal-tanggal penting. Memecah pekerjaan menjadi bagian-bagian yang lebih kecil dan mudah dikelola berarti lebih mudah untuk menyelesaikan setiap tahap tepat waktu dan melacak kemajuan. Pendekatan ini memberikan banyak waktu untuk memantau kemajuan secara keseluruhan dan menentukan tanggal penyelesaian dengan lebih akurat.
• Membebaskan waktu pengembang : Dengan lebih banyak proses penerapan yang diotomatisasi, tim memiliki waktu untuk proyek yang lebih bermanfaat. Diperkirakan pengembang menghabiskan antara 35% dan 50% waktu mereka untuk menguji, memvalidasi, dan men-debug kode. Mengotomatiskan proses-proses ini akan meningkatkan pengalaman pengembang dan secara signifikan meningkatkan produktivitas mereka.
• Lebih sedikit peralihan konteks : Mendapatkan umpan balik secara real time pada kode mereka membuat pengembang lebih mudah mengerjakan satu hal pada satu waktu dan meminimalkan beban kognitif mereka. Dengan bekerja dengan bagian kecil dari kode yang diuji secara otomatis, pengembang dapat men-debug kode dengan cepat saat pikiran mereka masih segar dari pemrograman. Menemukan bug menjadi lebih mudah karena lebih sedikit kode yang harus ditinjau.
• Mengurangi kelelahan (burnout) : Penelitian menunjukkan bahwa CD secara terukur mengurangi rasa tertekan saat penerapan dan kelelahan tim. Pengembang mengalami lebih sedikit frustasi dan ketegangan saat bekerja dengan proses CI/CD. Hal ini membuat karyawan lebih bahagia dan lebih sehat serta mengurangi kelelahan.
• Pulih lebih cepat : CI/CD memudahkan untuk memperbaiki masalah dan memulihkan diri dari insiden, sehingga mengurangi waktu rata-rata untuk resolusi (mean time to resolution / MTTR). Praktik penerapan berkelanjutan berarti pembaruan perangkat lunak kecil yang sering dilakukan sehingga ketika bug muncul, lebih mudah untuk menemukannya. Pengembang memiliki opsi untuk memperbaiki bug dengan cepat atau mengembalikan perubahan sehingga pelanggan dapat kembali bekerja dengan cepat.

 

Bagaimana CI/CD Cocok Dengan Framework DevOps?

DevOps adalah seperangkat praktik dan alat yang dirancang untuk meningkatkan kemampuan organisasi dalam menghadirkan aplikasi dan layanan lebih cepat daripada proses pengembangan perangkat lunak tradisional. Peningkatan kecepatan DevOps membantu organisasi melayani pelanggannya dengan lebih sukses dan lebih kompetitif di pasar. Dalam lingkungan DevOps, organisasi yang sukses menerapkan keamanan di semua fase siklus hidup pengembangan, sebuah praktik yang disebut DevSecOps.

Praktik utama DevSecOps adalah mengintegrasikan keamanan ke dalam semua alur kerja DevOps. Dengan melakukan aktivitas keamanan lebih awal dan konsisten di seluruh siklus hidup pengembangan perangkat lunak (SDLC), organisasi dapat memastikan bahwa mereka menemukan kerentanan sedini mungkin, dan lebih mampu membuat keputusan yang tepat tentang risiko dan mitigasi. Dalam praktik keamanan yang lebih tradisional, keamanan tidak dibahas hingga tahap produksi, yang tidak lagi sesuai dengan pendekatan DevOps yang lebih cepat dan gesit. Saat ini, alat keamanan harus sesuai dengan alur kerja pengembang dan pipeline CI/CD agar dapat mengimbangi DevOps dan tidak memperlambat kecepatan pengembangan. 

Pipeline CI/CD merupakan bagian dari kerangka kerja DevOps/DevSecOps yang lebih luas. Agar berhasil mengimplementasikan dan menjalankan pipeline CI/CD, organisasi membutuhkan alat untuk mencegah titik gesekan yang memperlambat integrasi dan pengiriman. Tim membutuhkan toolchain teknologi yang terintegrasi untuk memfasilitasi upaya pengembangan yang kolaboratif dan tanpa hambatan.
 

Apa Yang Dimaksud Dengan Keamanan CI/CD?

Keamanan CI/CD berfokus pada praktik, proses, dan teknologi yang menerapkan dan mengelola langkah-langkah keamanan dan kepatuhan di seluruh pipeline CI/CD.

Di masa lalu, keamanan “ditempelkan” pada perangkat lunak di akhir siklus pengembangan. Kemajuan platform cloud, layanan mikro, dan kontainer menciptakan hambatan pada pendekatan pengembangan tradisional. Keamanan mungkin tidak dapat mengikuti rilis yang cepat karena pengembang mengadopsi praktik agile dan DevOps, sehingga mendorong evolusi DevSecOps, yang merupakan singkatan dari development (pengembangan), security (keamanan), dan operations (operasi). DevSecOps mengotomatiskan pengintegrasian praktik-praktik alat keamanan saat mereka muncul dalam pipeline continuous integration (CI) dan continuous delivery (CD).

Praktik DevSecOps mencakup pengujian shift-left dan shift-right. Pengujian shift-left melibatkan pengintegrasian pengujian keamanan dan praktik pengembangan penting lainnya di awal siklus pengembangan perangkat lunak (software development lifecycle / SDLC). Pengujian shift-right melibatkan pengujian di akhir pengembangan, biasanya di lingkungan produksi. Metode-metode ini saling melengkapi dengan menyebarkan tanggung jawab pengujian di seluruh SDLC.
 

Apa Saja Alat Bantu CI/CD Yang Umum Digunakan?

Alat bantu CI/CD dapat membantu tim mengotomatiskan pengembangan, penerapan, dan pengujian mereka. Beberapa alat secara khusus menangani sisi integrasi (CI), beberapa mengelola pengembangan dan penerapan (CD), sementara yang lain mengkhususkan diri dalam pengujian berkelanjutan atau fungsi terkait.

Ketika memilih alat CI/CD, fokusnya haruslah pada pengoptimalan dan otomatisasi proses pengembangan perangkat lunak. Pipeline CI/CD yang efektif menggunakan alat bantu open source untuk integrasi, pengujian, dan penyebaran. Konfigurasi yang benar dari proses CI/CD Anda juga berdampak pada keberhasilan pipeline pengembangan perangkat lunak.

Alat CI/CD sumber terbuka (open source) yang paling umum adalah Jenkins. Jenkins adalah server CI otomatis yang ditulis dalam bahasa Java yang digunakan untuk mengotomatiskan langkah-langkah CI/CD dan pelaporan. Alat sumber terbuka lainnya untuk integrasi termasuk Travis CI dan CircleCI.
Selain alat bantu sumber terbuka, semua penyedia layanan cloud utama, seperti Google Cloud, IBM Cloud®, Microsoft Azure, dan Amazon Web Services (AWS), menawarkan rantai alat bantu CI/CD berbasis cloud, pipeline, dan integrasi alat bantu.

Lingkungan pengembangan terintegrasi (IDE), seperti GitHub atau AWS CodeCommit, membantu pengembang membuat, memelihara, dan melacak paket perangkat lunak. Pada saat yang sama, platform seperti GitLab berupaya menyediakan IDE dalam platform komprehensif yang mencakup alat lainnya.

Saat beroperasi di lingkungan cloud, tim DevOps cloud-native menggunakan kontainer seperti Docker untuk mengemas dan mengirim aplikasi, dan mereka menggunakan alat orkestrasi kontainer seperti Kubernetes. Meskipun Kubernetes tidak sepenuhnya untuk pipeline CI/CD, namun digunakan dalam banyak alur kerja CI/CD.
 

Bagaimana Cara Membangun Perangkat (Toolkit) CI/CD?

Tim menjadikan CI/CD sebagai bagian dari alur kerja pengembangan mereka dengan kombinasi proses, langkah, dan alat bantu otomatis :

• Kontrol versi (Version control) : CI dimulai di repositori bersama, tempat tim berkolaborasi dalam kode menggunakan VCS seperti Git. VCS melacak perubahan kode, menyederhanakan pengembalian kode, dan mendukung konfigurasi sebagai kode untuk mengelola pengujian dan infrastruktur.
• Membangun (Builds) : Alat bantu build CI secara otomatis mengemas file dan komponen ke dalam artefak rilis dan menjalankan pengujian untuk kualitas, kinerja, dan persyaratan lainnya. Setelah menyelesaikan pemeriksaan yang diperlukan, alat bantu CD mengirimkan build ke tim operasi untuk pengujian dan penahapan lebih lanjut. 
• Ulasan (Reviews) dan persetujuan (Approvals) : Memperlakukan tinjauan kode sebagai praktik terbaik akan meningkatkan kualitas kode, mendorong kolaborasi, dan membantu pengembang yang paling berpengalaman sekalipun untuk melakukan komitmen yang lebih baik. Dalam alur kerja CI/CD, tim meninjau dan menyetujui kode atau memanfaatkan lingkungan pengembangan terintegrasi untuk pemrograman berpasangan.
• Lingkungan (Environments) : CI/CD menguji dan menerapkan kode di lingkungan, mulai dari tempat pengembang membuat kode hingga tempat tim operasi membuat aplikasi tersedia untuk umum. Lingkungan sering kali memiliki variabel spesifik dan aturan perlindungannya sendiri untuk memenuhi persyaratan keamanan dan kepatuhan.