DevOps ITIL ile uyumlu mu?

Kariyerim boyunca, hem yazılım geliştiricisi hem de ITIL pratisyeni olarak bir operasyon görevindeyim. Böylece DevOps benim için doğal bir ilerleme oldu.
Bununla birlikte, ITIL'in tanıttığı son derece özel bir dille ve bu "Geliştirici Dostu" nı geliştiricilere tamamen kapalı kalmayacak kadar zorluyorum.

ITIL, bir kuruluşun operasyonel istikrarı ve vadesi için kanıtlanmış bir faydası olan bir dizi uygulama olarak 30 yıl boyunca geliştirilen uluslararası kabul görmüş bir BT Servis Yönetimi çerçevesidir.

DevOps ITIL ile gerçekten uyumlu mu, yoksa esas olarak ITIL ruhunu kullanmalı ve geliştirme ekipleri tarafından daha iyi anlaşılan bir dile “çevirmeliyiz”:

• Olay ve Sorun Yönetimi → Üretim Hataları, Hatalar veya Sorunlar
• Değişim ve Yayın Yönetimi → Sürekli Teslimat
• Etkinlik Yönetimi → Kayıt, Telemetri, Enstrümantasyon ve Uyarı

Bence DevOps kültürü, Çevik süreç yönetimine yönelik bir metodoloji değişikliği ile birlikte geliyor .
ITIL, sürecin ve sonuçların net bir formalizmine yöneliktir ve bu nedenle bir Şelale modeline daha iyi adapte edilmiştir .

Bu, ITIL'in Devops'larla uyumlu olmadığı anlamına gelmez, ancak genellikle bu farklı zaman çizelgelerinde iki ayrı süreç olacaktır. Yani, ITIL referansına yeni bir ürünün dahil edilmesinin, ürün / uygulama bir süre üretimde serbest bırakılıncaya kadar erteleneceği anlamına gelir; burada, erken tuzaklar ve ITIL'i entegre etmek için gereken bazı belgeler yapıldıktan ve ürünün uyarlanmasından sonra uyarlanır. " canlı".

ITIL’deki şeylerden biri, herhangi bir geliştirme görevinden önce tanımlandığı varsayılan Servis Tasarımı’dır, çevik bir süreç her bir yinelemedeki tasarımı gözden geçirecek ve bir ITIL sürecinde gerekli olan formalizmi bozabilir / inceleyebilir.

ITIL'in asıl amacı, dediğiniz gibi, tasarım / tasarım ve bakım aşaması (Yap / Çalıştır) arasında hiçbir şeyin atlanmamasını sağlayacak bir çerçeve sağlamaktır. Bir devops kültüründe, tüm ekip uzun vadede tüm aşamalardan sorumludur, bu yüzden formalizmin azalması neden olur.

Bu, ITIL'i unutmamız gerektiği anlamına gelmez, temel ilkeler kesinlikle iyidir ve bence, bir ürünün ilk birikimini oluşturmak için kontrol listesi olarak kullanılmalıdır. Sadece ITIL prensibini takip ederek tüm formalizmi ile hızlı yinelemeli bir yazılım geliştirme pazarının azaltılması hedefine karşı gelir ve bazen aynı ekip tarafından işlerin yapılması nedeniyle ekipler arasında ihtiyaç duyulan bilgi aktarımı daha az olduğu için bazen uygulanabilir değildir. .

ITIL sertifikalıyım (bir süredir olmasına rağmen.) Tensibai ile aynı fikirdeyim: ITIL ve DevOps uyumlu değil , ancak bu onları mükemmel bir arkadaş yapmaz.

ITIL'deki süreçlerin, özellikle büyük kuruluşlar için bir şekilde gerçekleşmesi gerektiği argümanı oluşturulabilir. ITIL'in zaten uygulandığı DevOps uygulamalarının başarılı bir şekilde entegrasyonu, dikkatli bir planlama, iletişim ve uygulama gerektirir. Sonra tekrar, bu herhangi bir DevOps Dönüşümü için geçerlidir.

Ne ITIL ne de DevOps'un mevcut olmadığı bir "yeşil alan" dönüşümü için, tanımladığınız gibi "haritalanmış" terminolojiyi kullanarak ikisinin bir kombinasyonunu hazırlardım. Kuruluştaki herkes aynı sayfada olduğu sürece, aynı dili kullanarak, ITIL ve DevOps birleştirildiğinde değer katabilir.

Ben tarafından verilen cevapları sevdim BT Şüphecileri bir de bölüm içinde DevOpsCafe.org ben doğru hatırlıyorsam, düşünme onun çizgi aslında gerçekten ITIL anlarsanız, çok az çakışma olmasıdır. ITIL kurallarının çoğunun çok genel olduğu ve çatışmaların büyük ölçüde, gerçek şartnamenin gerisinde değil, ITIL'in bazı uygulamaları arasında olduğunu.