Apakah DevOps kompatibel dengan ITIL?


32

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

Kemungkinan untuk memperluas ITIL apa itu? Cukup yakin beberapa orang (seperti saya) tidak tahu tentang hal itu :)
Dawny33

2
Panggilan bagus, saya telah memperbarui pertanyaan dan menerima suntingan dengan tautan ke Halaman Wikipedia - terima kasih semuanya atas peningkatan Anda.
Richard Slater

@RichardSlater Karena Anda belum menerima jawaban, apakah ada sesuatu yang hilang dalam jawaban di atas atau hanya karena Anda tidak ingin menerimanya sama sekali?
Tensibai

Jawaban:


26

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 .


3
Atau, untuk memberikan jawaban yang lebih lengkap kepada OP: Itu tergantung pada seberapa dekat Anda ingin mengikuti kedua struktur. Bisakah mereka diimplementasikan pada waktu yang bersamaan? Ya, tentu saja, tetapi mereka berdua memiliki beberapa poin yang saling eksklusif. Jika Anda ingin menerapkan keduanya, yang saya coba lakukan di org saya, maka itu semua tentang menemukan keseimbangan yang tepat.
kazaamjt

9

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.


0

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.


2
Sementara tautan dapat menjawab pertanyaan, jika itu melanggar jawaban Anda, tidak masuk akal. Akan lebih baik untuk meringkas ide dengan kata-kata Anda sendiri dalam jawaban Anda, menjaga tautan untuk memperluasnya.
Tensibai

2
Saya akan mendengarkan kembali episode dan meringkasnya di sini segera.
Jiri Klouda
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.