ITIL, DevOps ve SRE Kuruluşunuz İçin Birlikte Nasıl Çalışır?

Birisi kuruluşunuzun ne tür bir "mağaza" olduğunu sorduğunda, bunun ITIL, DevOps veya SRE olduğunu güvenle yanıtlayabilir misiniz?

Belki bazı insanlar yapabilir, ancak büyük bir kuruluşsanız, özellikle SRE, DevOps'un önemli bir uygulaması haline geldiğinden, yanıt muhtemelen bu işletim modellerinden birkaçının birleşimidir. ITIL, ilk bakışta farklı türler gibi görünse de, DevOps ve SRE ilkeleriyle birlikte etkili bir şekilde çalışabilir.

İşin püf noktası, kuruluşunuzun farklı işletim modelleri veya araç zincirleri ne olursa olsun, ekipler arasında paylaşılan görünürlük, iletişim ve işbirliği olmasını sağlamaktır. Bu, her bir metodolojiden en iyi uygulamaları kullanırken farklı ekiplerinizin uyum içinde kalmasını sağlayacaktır.

ITIL nedir? Tanıdık değilseniz…

ITIL, bilgi teknolojisi altyapı kitaplığı anlamına gelir ve bilgi teknolojisi için tek bir en iyi uygulama kaynağı oluşturmak üzere geliştirilmiş bir metodolojidir. Sarah K. White ve Lynn Greiner'a göre:

“İngiliz hükümetinin Merkezi Bilgisayar ve Telekomünikasyon Ajansı (CCTA) tarafından 1980'lerde geliştirilen ITIL, ilk olarak, birçok kaynaktan (satıcıların en iyileri dahil) toplanan bilgi teknolojisindeki en iyi uygulamaları kodlayan, zaman içinde geliştirilen ve yayınlanan 30'dan fazla kitaptan oluşuyordu. uygulamaları) dünya çapında.”

ITIL şimdi dördüncü versiyona güncellendi ve yaklaşım dokuz kitaba yoğunlaştı. Bu kitaplar modern teknolojik çağı yansıtırken, yine de ITIL'in orijinal temel ideallerine çok merkezi bir şekilde odaklanmaktadır. Bu idealler arasında “süreçlerin otomatikleştirilmesi, hizmet yönetiminin iyileştirilmesi ve BT departmanının işe entegre edilmesi” yer alıyor. ITIL geleneksel olarak yukarıdan aşağıya, yüksek düzeyde yapılandırılmış ve süreç odaklı bir metodolojidir ve günümüzde en çok benimsenen BT çerçevelerinden biri olmaya devam etmektedir.

ITIL'in temel uygulamalarından bazıları, hizmet kataloğu ve tasarımı, izleme ve olay yönetimi, olay ve sorun yönetimi, sürüm yönetimi, yapılandırma yönetimi ve daha fazlasını içerir. Bu uygulamaların tümü, işletim modelinden bağımsız olarak geçerlidir, ancak farklı mimari ihtiyaçlar ve iş akışları bağlamında kendilerini farklı şekilde gösterebilirler. Bu uygulamalar genellikle kendilerini DevOps veya SRE mağazaları olarak güçlü bir şekilde tanımlayan kuruluşlar için bile değerlidir.

ITIL ve ITSM arasındaki ilişki nedir?

ITSM veya bilgi teknolojisi güvenlik yönetimi, bir şirketin BT hizmetlerini nasıl yönettiğine ilişkin süreçtir. Bu süreç çok müşteri odaklıdır ve tipik olarak 5 adım içerir:

1. Hizmet stratejisi
2. Hizmet tasarımı
3. Hizmet geçiş
4. Servis operasyonu
5. Sürekli Hizmet Geliştirme

ITIL, ITSM uygulamalarını uygulamak için bir çerçevedir. Bu çerçeve kuruluştan bağımsızdır ve bu nedenle BT'nin odaklandığı tek müşteriler dahili müşteriler olsa bile neredeyse tüm işletmelere uygulanabilir. Bu kadar yakından bağlantılı oldukları için, ITIL ve ITSM'nin birçok konuda birleşmesi şaşırtıcı değil.

itiltraining.com'a göre:

“Sürekli iyileştirmeye büyük önem veriliyor. Bu, süreçleri, BT hizmetlerini ve BT altyapısını sürekli olarak ölçmeyi ve iyileştirmeyi içerir. Bunu yapmak, verimliliklerini, etkinliklerini ve maliyet etkinliğini en üst düzeye çıkarır.”

ITIL, DevOps ile nasıl çalışır?

ITIL sürecini takip ettiğinizde odak noktanız, BT'yi kuruluşunuzun iş hedefleriyle uyumlu hale getirmektir. Bu, DevOps'un kuruluş genelinde siloları yıkma felsefesiyle iyi bir uyum içindedir. Ek olarak, bu siloları yıkarak iletişimdeki darboğazları ortadan kaldırabilir, ekiplerin müşterilerin istediği özellikleri daha hızlı göndermesini ve CAMS modeline (kültür, otomasyon, ölçüm, paylaşım) daha yakından uymasını sağlayabilirsiniz. Ancak bu, bir kuruluşa uygulandığında gerçekte nasıl görünüyor?

Hangisini ne zaman kullanmalı?

Kuruluşunuz, farklı senaryolar için en verimli çözümü bulmak için muhtemelen farklı durumlar için ITIL ve DevOps'a güvenecektir. Örneğin, iş akışları, kod gönderme, otomasyon ve izleme konularında uyumlu hale getirilmesi gereken geliştirme ve operasyon ekipleri arasında DevOps en iyi uygulamalarından yararlanmak mantıklı olabilir.

Ancak, örneğin satış ve BT gibi farklı hızlarda çalışan organizasyonun farklı bölümleri arasında iletişim kurarken, ITIL uygulamaları kullanışlı olabilir. Aşağıdaki grafik, iki metodolojinin farklı durumlarda nasıl uygulanabileceğine dair sadece birkaç örnek vermektedir:

BT ve kuruluşunuzun geri kalanı arasında uyum

ITIL ve DevOps en iyi uygulamalarının bir karışımını kullanmanın sonucu, kuruluş çapında hedeflere daha iyi uyum sağlamaktır. BT ve bir kuruluşun geri kalanı tamamen bağımsız varlıklar olarak işlev gördüğünde, bir taraf muhtemelen her zaman gereğinden fazla çalışılmış ve yetersiz desteklenmiş hissedecektir. Kurgusal bir organizasyonun BT entegrasyonu ile mücadelesine bakan bir roman olan “The Phoenix Project”te bu, merkezi bir çatışma haline gelir.

Kitapta BT, Ar-Ge ve satış girişimlerinin başarılı olmasından kısmen sorumluydu. Ar-Ge, envanteri yenilemek ve yeni ürünlerle zamanında piyasaya çıkmak için doğru verilere ve envanter raporlamasına ihtiyaç duyuyordu. Satış, etkili bir CRM, telefon/sesli mesaj ve MRP sistemi gerektiriyordu. Aksi takdirde, müşteri siparişlerini ekleme veya değiştirme yeteneğinden yoksun kaldılar ve müşteri sağlığını yönetmenin hiçbir yolu yoktu.

İşlevler arası iletişim olmadan, bu gerekli değişiklikleri planlamanın bir yolu yoktu. Bunun yerine, departmanlar birbirlerine makul olmayan taleplerde bulundular, sık sık toplar atıldı ve şirketin geliri azaldı.

Bu çelişki, BT organizasyonun geri kalanıyla uyumlu hale getirildiğinde ve iletişim kurduğunda ve diğer departman başkanları BT girişimleri için üst düzey katılım sağladığında çözüldü. Siloları yıkarak ve birlikte çalışarak bu sorunların çoğu çözüldü.

Bazen, BT girişimlerinin ve iş girişimlerinin zamanlaması eşzamansız görünebilir. Ancak kuruluşlar, ITIL ve DevOps'un en iyi uygulamalarını kullanarak uyumlu bir zaman çizelgesi oluşturabilir. Aşağıda, tüm organizasyonu tatmin etmek için bu süreçlerin aynı anda nasıl çalışabileceğini gösteren bir grafik bulunmaktadır.

Ortak mülkiyet ve sürekli iyileştirme

Süreç iyileştirmelerinin yanı sıra, kuruluşunuzdaki DevOps ve ITIL çerçeveleri arasında uyum oluşturmak da başka bir önemli faydaya yol açar: zihniyette bir değişim. DevOps, ortak mülkiyeti ve sürekli iyileştirmeyi teşvik ederek ITIL çerçevesine yeni yenilikler getiriyor.

Örgütsel silolar en aza indirildiğinde, örgütün amaçları bireylerin amaçları haline gelir. Herkes, işin başarısının ve başarısızlığının sahibidir, çünkü hepsi aynı takımın üyeleridir ve aynı sonuçlara odaklanmıştır. Departmanlar artık birbiriyle yarışmıyor. Sürekli iyileştirme şirket kültürünün bir parçası haline gelir ve başarısızlık bir öğrenme fırsatı olarak kutlanır ve tanınır.

ITIL, SRE ile nasıl çalışır?

DevOps ve ITIL'in nasıl hizalandığını ele aldığımıza göre, şimdi SRE ve ITIL'in nasıl hizalandığı hakkında konuşmanın zamanı geldi. SRE, DevOps'un bir uygulaması olduğundan, bu hizalamaların çoğu benzerdir. Bir kuruluşun en yüksek verimlilikte çalışmasına yardımcı olmak için her üç metodolojiden en iyi uygulamaları kullanmak mümkündür. Uygulamada, ITIL ve SRE aslında harika bir kombinasyon oluşturabilir.

Bunun ilk nedeni basit: Her kuruluş mutlu müşteriler ister ve ITIL ve SRE, bunu gerçeğe dönüştürmek için farklı işlevlerin birlikte çalışmasına yardımcı olabilir. Yazılım yaşam döngüsü boyunca güvenilirliği yerleştirmek, daha yüksek oranda müşteri mutluluğu sağlayabilir. Yedi yol gösterici ilke tanıtan ITIL'in en yeni revizyonu ile SRE ve ITIL daha da yakınlaşıyor.

ITIL 4'ün yedi ilkesi

Aşağıda ITIL 4'ün yedi ilkesi bulunmaktadır. Bunları daha ayrıntılı olarak tartışalım.

1. Bulunduğunuz yerden başlayın

SRE'nin en iyi uygulamalarını benimsemek herkese uyan bir şey değildir ve herkes bir yerden başlar. İlk adımları atmak ve ilerledikçe uygulamak ve yinelemek en önemli şeydir.

2. Basit ve pratik tutun

Google SRE kitabının basitlikle ilgili bölümünde şunları belirtir:

“Hayattaki hemen hemen her şeyin aksine, 'sıkıcı', yazılım söz konusu olduğunda aslında olumlu bir niteliktir! Programlarımızın kendiliğinden ve ilginç olmasını istemiyoruz; Senaryoya bağlı kalmalarını ve öngörülebilir bir şekilde iş hedeflerine ulaşmalarını istiyoruz.”

Hem yazılım hem de iş operasyonlarındaki basitlik, iletişimi kolaylaştırır, hızı artırır ve güvenilirlikten ödün verilmemesini sağlamaya yardımcı olur. Az ama öz.

3. Optimize edin ve otomatikleştirin

SRE'nin hedeflerinden biri, zahmetli süreçleri otomatikleştirmek ve planlanmamış işler yerine yeniliğe odaklanmak için geliştiriciye zaman kazandırmaktır. Bu, iş akışlarını optimize eder ve yeni özelliklerin daha hızlı gönderilmesini sağlar.

4. Geri bildirimle yinelemeli olarak ilerleme

SRE'ler, en önemli ve kullanıcı merkezli ölçümler için uyarılar ayarlar. Bağlı oldukları ölçümler, uyarılar ve SLO'ların tümü, müşteri ihtiyaçlarını karşılamak için yinelenir.

5. İşbirliği yapın ve görünürlüğü teşvik edin

SRE kültürel olarak işbirlikçidir. Başarısızlıktan öğrenmeye değer veren ve her ekip üyesinin kuruluş için en iyi olduğunu düşündüğü şeyi yaptığına güvenen kusursuz bir çalışma kültürüne odaklanır.

6. Değere odaklanın

Müşteriler olmadan yazılımın bir değeri yoktur. Müşteriler bir üründen ihtiyaç duyduklarında ve ihtiyaç duyduklarında iş değeri yaratılır. SRE en iyi uygulamaları, ürünün müşterilere değer sağlayacak kadar güvenilir olmasını sağlar, dolayısıyla kuruluşa değer sağlar.

7. Bütünsel düşünün ve çalışın

Siloları parçalayarak ve bütünsel bir düzeyde ölçeklenebilirlik ve güvenilirliğe odaklanarak, SRE'ler organizasyonun olgunlaşmasında önemli faydalar sağlayabilir. İş çapındaki başarı, her ekip üyesinin elindedir ve SRE'ler, şirketin ürün, sistem ve prosedürlerinin, müşteri standartlarını karşılamakla kalmayıp bunları aşmak için yeterince esnek olduğundan emin olmak için çalışır.

Esnek ve hızlı değişim yönetimi

ITIL'in en iyi uygulamalarından biri, değişiklik yetkilendirme kurulu (CAB) tarafından denetlenen eşgüdümlü değişiklik yönetimidir. Ancak Mindbridge Kaimar Karu'daki ortak tarafından belirtildiği gibi:

“CAB'nin her bir değişiklik talebini incelemesini sağlamak verimli değil ve özellikle maliyetleri bazı kuruluşlarda saatte on binlerce dağıtıma kadar çıkabildiğinde, kesinlikle sağduyulu değil. Bununla birlikte, etkilenebilecekleri için işin bölümlerine danışılması gerektiğinde, CAB'nin bilinmeyen riskle ilgili değişiklik taleplerini gözden geçirmesi çok mantıklı."

SRE bu konuda yardımcı olabilir ve temel ilkeleri çok daha esnek ve hızlı değişim yönetimini kolaylaştırmaya yardımcı olur. Çağrı üzerine uygulamalar, ekiplerin üretimde kod için günün her saatinde daha sorumlu olmalarını sağlar. Geri dönüşler, hızlı düzeltmelerin bir parçası olarak otomatikleştirilebilir. Olay sonrası ölümler, SLO'lar gibi ekiplerin neyin önemli olduğu konusunda uyum sağlamasına ve modern hizmet yönetiminin patlayan karmaşıklıklarının üstesinden gelmesine yardımcı olduğu gibi kritik öğrenme içgörülerini kolaylaştırır.

Ek olarak, hata bütçeleri, geliştirme ekipleri için yeni bir özelliği göndermenin ne zaman güvenli olduğu konusunda bir kılavuz oluşturur. Hata bütçesinde yeterli alan varsa değişiklik onaylanır, ancak hata bütçesi tükenir veya tükenmek üzereyse değişiklik bir sonraki pencereye ertelenir.

Bu ilave esneklik, SRE liderlik zihniyetinden de ilham almıştır. Komuta ve kontrol felsefesi yerine SRE, sürekli değişen bir ortamda esneklik ihtiyacını kabul eder ve kontrol yerine bağlama odaklanır. Bu, iş açısından kritik bir özelliğin gönderilmesi gerekiyorsa, gönderileceği anlamına gelir.

ITIL, DevOps ve SRE rüya takımı

Bazı kuruluşlar bu metodolojilerden yalnızca biri bağlamında faaliyet gösterse de, birçoğu güvenli, güvenilir hizmetler oluşturmak için iş ve BT hedeflerini uyumlu hale getirmenin en etkili yolunun üçünün karışımı olduğunu düşünüyor. Aşağıda, her bir metodolojinin güçlü yönlerinin bir grafiği bulunmaktadır. Aynı ilkelere dayansalar ve aynı sonucu elde etmeye çalışıyor olsalar da, metodolojiler aslında farklıdır ve birbirini tamamlar niteliktedir.

Çözüm

Hangi uygulamaların ekibiniz için en anlamlı olduğunu belirleyerek ve biraz deneme yanılma ile kuruluşunuzun maksimum verimlilikte çalışmasını sağlayan nihai kombinasyonu bulabilirsiniz.

Daha fazla içerik: Öğrenmeye devam edin. Şirketinizin suçsuz bir kültürden nasıl yararlanabileceğini keşfedin.