Dalam karir saya, saya telah menjadi pengembang perangkat lunak dan praktisi ITIL dalam peran operasi. Jadi DevOps adalah perkembangan alami bagi saya.
Namun, saya selalu berjuang dengan bahasa yang sangat khusus yang diperkenalkan ITIL dan membuat "Ramah Pengembang" cukup untuk tidak mematikan sepenuhnya untuk pengembang.
ITIL adalah kerangka kerja Manajemen Layanan TI yang diakui secara internasional yang telah dikembangkan selama 30 tahun sebagai serangkaian praktik yang terbukti bermanfaat bagi stabilitas operasional dan kematangan organisasi.
Apakah DevOps benar-benar kompatibel dengan ITIL, atau pada intinya kita perlu mengambil semangat ITIL dan "menerjemahkannya" ke bahasa yang lebih dipahami oleh tim pengembangan:
- Manajemen Insiden & Masalah → Cacat Produksi, Bug, atau Masalah
- Ubah & Lepaskan Manajemen → Pengiriman Berkelanjutan
- Manajemen Kejadian → Pembalakan, Telemetri, Instrumentasi dan Peringatan
terminology
itil
operations
Richard Slater
sumber
sumber
Jawaban:
Menurut pendapat saya, budaya DevOps datang bersama dengan perubahan metodologi menuju manajemen proses Agile .
ITIL sangat ditujukan pada formalisme yang jelas dari proses dan hasil dan dengan demikian lebih disesuaikan dengan model Waterfall .
Ini tidak berarti ITIL tidak kompatibel dengan Devops, tetapi biasanya ini akan menjadi dua proses terpisah dengan jadwal yang berbeda. Maksud saya bahwa dimasukkannya produk baru dalam referensi ITIL biasanya akan ditunda sampai produk / aplikasi telah dirilis dalam produksi untuk sementara waktu, di mana perangkap awal dan beberapa dokumentasi yang diperlukan untuk mengintegrasikan ITIL telah dilakukan dan disesuaikan setelah produk tersebut " hidup".
Salah satu hal dalam ITIL adalah Desain Layanan, yang dianggap didefinisikan sebelum tugas pengembangan, proses gesit akan / dapat meninjau desain dalam setiap iterasi, melanggar formalisme yang diperlukan dalam proses ITIL.
Tujuan utama ITIL adalah, seperti yang Anda katakan, untuk menyediakan kerangka kerja untuk memastikan tidak ada yang dihilangkan antara fase desain / konsepsi dan pemeliharaan (Build / Run). Dalam budaya devops, seluruh tim bertanggung jawab atas semua fase dalam jangka panjang, karenanya mengapa formalisme direduksi.
Itu tidak berarti kita harus melupakan ITIL, prinsip-prinsip intinya benar-benar baik dan, menurut pendapat saya, harus digunakan sebagai daftar periksa untuk membangun jaminan awal suatu produk. Hanya saja, mengikuti prinsip ITIL dengan semua formalismenya bertentangan dengan waktu untuk tujuan pengurangan pasar dari pengembangan perangkat lunak berulang dan kadang-kadang bahkan tidak dapat diterapkan karena transmisi informasi yang dibutuhkan antar tim semakin sedikit, karena tugas-tugas dilakukan oleh tim yang sama .
sumber
Saya ITIL bersertifikat Saya setuju dengan Tensibai (meskipun telah beberapa saat.): ITIL dan DevOps tidak incompatbile , tapi itu tidak lantas membuat mereka teman-teman yang hebat.
Argumen dapat dibuat bahwa proses dalam ITIL harus terjadi dalam beberapa cara, terutama untuk organisasi yang lebih besar. Integrasi praktik DevOps yang berhasil, di mana ITIL sudah dipraktikkan, membutuhkan perencanaan, komunikasi, dan pelaksanaan yang cermat. Kemudian lagi, itu berlaku untuk Transformasi DevOps.
Untuk transformasi "greenfield" di mana ITIL atau DevOps tidak ada, saya akan membuat kombinasi keduanya menggunakan terminologi "dipetakan" seperti yang telah Anda jelaskan. Selama semua orang di organisasi berada di halaman yang sama, menggunakan bahasa yang sama, ITIL dan DevOps dapat menambah nilai saat digabungkan.
sumber
Aku menyukai jawaban yang diberikan oleh IT Skeptis pada episode dari DevOpsCafe.org Jika saya ingat dengan benar, line pemikiran adalah bahwa jika Anda benar-benar benar-benar memahami ITIL, ada konflik sangat sedikit. Bahwa sebagian besar pedoman ITIL sangat umum dan bahwa konflik sebagian besar antara beberapa implementasi ITIL, bukan di belakang spesifikasi yang sebenarnya.
sumber