Mengoptimalkan Biaya CI/CD dan Efisiensi Runner

Kecepatan dan keandalan sering mendapat perhatian, tetapi biaya juga sama pentingnya. Menit CI/CD, komputasi runner, dan egress cloud semuanya terakumulasi, terutama pada skala besar.

Menjadikan biaya sebagai metrik utama membantu menjaga pipeline tetap berkelanjutan saat tim berkembang.

Penggerak biaya utama dalam CI/CD adalah:

• Total menit runner yang digunakan
• Ukuran runner (mesin yang lebih besar biayanya lebih tinggi per menit)
• Build yang berlebihan atau dibuat berulang
• Cache yang lambat atau tidak tersedia

Mengoptimalkan setiap faktor tersebut menurunkan tagihan tanpa mengurangi kecepatan kerja.

Runner yang lebih besar menyelesaikan pekerjaan lebih cepat, tetapi biayanya lebih tinggi per menit. Pilihan termurah adalah runner terkecil yang tetap memenuhi batas waktu Anda.

Uji pekerjaan pada berbagai ukuran, lalu pilih biaya per build terbaik, bukan sekadar yang paling cepat.

Jika pengembang melakukan push dua kali dalam waktu singkat, eksekusi pertama biasanya terbuang. Konkurensi dengan pembatalan saat eksekusi baru dimulai akan menghentikan eksekusi lama secara otomatis.

Pekerjaan yang macet dapat menghabiskan menit hingga mencapai batas bawaan platform. Selalu tetapkan timeout-minutes agar pekerjaan yang berjalan tanpa kendali segera gagal dengan biaya rendah.

Gabungkan filter jalur dan deteksi perubahan agar hanya pekerjaan yang terdampak yang dijalankan. Menit termurah adalah menit yang tidak pernah Anda gunakan.

Gunakan juga paths-ignore untuk melewati CI sepenuhnya pada commit yang hanya mengubah dokumentasi.

Cache yang baik dapat mengubah pemasangan dependensi selama beberapa menit menjadi hitungan detik. Pekerjaan yang lebih cepat berarti lebih sedikit menit yang ditagihkan.

Tentukan kunci cache secara tepat berdasarkan berkas kunci agar cache tetap valid sekaligus terbaru.

Pekerjaan paralel selesai lebih cepat (waktu tunggu lebih baik), tetapi menggunakan jumlah menit total yang sama atau lebih banyak. Pekerjaan berurutan menggunakan lebih sedikit runner secara bersamaan, tetapi membutuhkan waktu lebih lama.

Seimbangkan keduanya berdasarkan apakah Anda mengoptimalkan kecepatan atau biaya.

Pada volume tinggi, runner yang dikelola sendiri di infrastruktur Anda dapat lebih murah per menit daripada runner yang di-host, tetapi menambah beban pemeliharaan dan keamanan.

Hitung titik impasnya: biaya infrastruktur tetap dibandingkan dengan biaya runner yang di-host per menit dikalikan jumlah menit bulanan Anda.

Anda tidak dapat mengoptimalkan sesuatu yang tidak Anda ukur. Lacak menit per alur kerja dan biaya per PR yang digabungkan dari waktu ke waktu.

Laporan penagihan dan penggunaan GitHub, ditambah durasi eksekusi yang diekspor, memungkinkan Anda membuat dasbor biaya sederhana.

Jangan memangkas biaya dengan mengorbankan kualitas. Tujuannya adalah efisiensi: pertahankan metrik DORA yang kuat (frekuensi, waktu tunggu, pemulihan, tingkat kegagalan perubahan) sambil mengurangi pemborosan.

Pipeline yang dioptimalkan berjalan cepat, andal, dan ekonomis.

Uji pemahaman Anda tentang pengoptimalan biaya pipeline.

Anda telah mempelajari cara membuat pipeline yang efisien dari segi biaya.

• Sesuaikan ukuran runner dan tetapkan timeout-minutes
• Batalkan eksekusi yang tergantikan dan lewati pekerjaan yang tidak diperlukan
• Gunakan cache secara agresif untuk mengurangi komputasi
• Ukur biaya per build dan seimbangkan dengan metrik DORA

Efisiensi berarti pengiriman yang cepat, andal, dan terjangkau.