DevOps menyatukan tim pengembang (Dev) dan tim operasional (Ops) dengan otomatisasi, agar rilis bisa cepat, sering, dan andal. DevOps memperluas Agile hingga ke operasional. Kalau Agile membuat tim pengembang bekerja dalam putaran pendek, DevOps memastikan hasil putaran itu bisa sampai ke pengguna dengan mulus dan dipantau terus.

Dulu, developer sering "melempar" kode ke tim operasional, lalu tim operasional yang pusing saat ada masalah di server. DevOps menghapus tembok ini. Kedua tim berbagi tanggung jawab, dan pekerjaan yang berulang diotomatiskan.

Empat Praktik Utama

Contoh alat yang sering dipakai: Git, GitHub Actions, Jenkins, Docker, Kubernetes, dan Terraform. Alat ini hanya ilustrasi, pilihannya bisa berbeda di setiap organisasi. Yang penting adalah praktiknya, bukan merek alatnya.

Gambaran Pipeline

Pipeline adalah rangkaian langkah otomatis yang dijalankan setiap kali ada perubahan kode. Kamu bisa membayangkannya sebagai daftar langkah yang harus lolos semua:

const pipeline = ["ambil kode", "install dependensi", "jalankan tes", "build", "rilis ke staging"];

function jalankanPipeline(hasil) {
  for (const langkah of pipeline) {
    if (hasil[langkah] === false) return "gagal di: " + langkah;
  }
  return "siap rilis";
}

console.log(jalankanPipeline({ "jalankan tes": false })); // "gagal di: jalankan tes"

Kalau tes gagal, pipeline berhenti dan kode tidak sampai ke pengguna. Inilah yang membuat rilis sering tetap andal.

Setelah mengenal enam model, saatnya membandingkannya. Tidak ada model terbaik, yang ada model paling sesuai.

Beberapa pola yang bisa kamu tangkap dari tabel ini:

• Model berurutan (Waterfall, V-Model) rendah fleksibilitas dan kecepatan rilisnya. Pengguna hanya terlibat di awal dan akhir.
• Spiral juara di manajemen risiko, karena risiko memang menjadi pusat setiap putaran.
• DevOps juara di kecepatan rilis, karena otomatisasi pipeline.
• Semakin sering pengguna terlibat, semakin mudah menangkap perubahan kebutuhan.

Tabel ini perbandingan umum. Dalam praktik, banyak organisasi menggabungkan model (hybrid).

Deck memberi lima pertanyaan panduan cepat:

Selain itu, pertimbangkan juga ukuran tim, kematangan tim, regulasi, anggaran, dan budaya organisasi. Tim yang baru terbentuk dan belum terbiasa dengan otomatisasi mungkin belum siap langsung menerapkan DevOps penuh.

Latihan Berpikir: Empat Proyek

Coba terapkan pertanyaan di atas ke beberapa skenario:

1. Aplikasi kas kelas, kebutuhan sudah jelas dan bendahara tidak akan mengubahnya. Pilihan wajar: Waterfall.
2. Software alat pacu jantung di rumah sakit. Sistem kritis yang wajib diaudit. Pilihan wajar: V-Model.
3. Startup aplikasi belajar yang ingin rilis fitur tiap minggu dan terus memantau pemakaian. Pilihan wajar: Agile atau DevOps dengan CI/CD.
4. Sistem baru dengan teknologi yang belum pernah dicoba dan anggaran sangat besar. Pilihan wajar: Spiral, karena risikonya harus dianalisis di setiap putaran.

Perhatikan proyek nomor 3. Pertanyaan diskusi di deck juga menanyakan hal serupa: startup yang ingin rilis fitur tiap minggu cocok memakai Agile atau DevOps dengan CI/CD.

Model Hybrid

Model hybrid juga umum dipakai. Contohnya Water-Scrum-Fall: perencanaan dan anggaran di awal dilakukan ala Waterfall, pengembangan berjalan dengan sprint Scrum, lalu rilis dilakukan dengan tahapan formal di akhir. Ini sering terjadi di organisasi besar yang butuh anggaran pasti di awal tetapi ingin tim pengembangnya lincah.

Memodelkan Panduan Pemilihan

Lima pertanyaan tadi bisa ditulis sebagai fungsi. Di latihan bab ini, kamu akan menulis fungsi pilihModel yang menerima ciri proyek dan mengembalikan model yang disarankan. Urutan pemeriksaan penting: misalnya sistem kritis harus dicek sebelum "kebutuhan jelas", karena sistem kritis dengan kebutuhan jelas tetap lebih cocok memakai V-Model.

• Mencari model terbaik untuk semua proyek. Yang ada hanya model paling sesuai dengan karakter proyek.
• Mengira DevOps hanya soal alat. Docker atau Jenkins hanyalah contoh. Intinya kolaborasi Dev dan Ops serta otomatisasi.
• Mengabaikan faktor tim dan organisasi. Model yang cocok di atas kertas bisa gagal kalau tim belum matang atau regulasi tidak mendukung.
• Menganggap hybrid sebagai kegagalan. Menggabungkan model adalah praktik yang wajar.