- Ortak zemin: kullanıcıya güvenilir hizmet
- Ölçüt ölçüt ITIL ve SRE
- Hata bütçesi: SRE'nin ITIL'e kattığı karar aracı
- Bir kesinti iki yaklaşımda nasıl yönetilir?
- Hangi durumda hangisine ağırlık verilir?
- ITIL ve hizmet yönetimini Mindset programlarında nerede çalışırsınız
- Resmî kaynaklardan bilgiler
- Sık sorulan sorular
ITIL ve SRE: Hizmet Yönetimi Çerçevesi ile Güvenilirlik Mühendisliği
ITIL, kurumun BT ve dijital hizmetlerini uçtan uca yönetmesi için rehberlik sunan bir çerçevedir; SRE ise canlı sistemlerin güvenilirliğini yazılım mühendisliğiyle ölçüp yöneten bir çalışma modelidir. Rakip değil, birbirini tamamlayabilen iki katmandır.
Bir bakışta
- ITIL kurum geneline, SRE belirli servislerin işletimine bakar. ITIL hizmet masasından stratejiye kadar geniş bir alanı kapsar; SRE ekibi canlı servisin güvenilirliğinden sorumludur.
- SRE güvenilirlik hedefini sayıyla koyar ve hata bütçesiyle yönetir. Google'ın SRE kitabına göre hata bütçesi, bir eksi erişilebilirlik hedefidir; bütçe yenmedikçe riskli sürümler yayına alınabilir.
- Değişiklik onayında iki yaklaşım farklı araçlara güvenir. ITIL değişikliklerin değerlendirilip yetkilendirildiği bir pratik tanımlar; SRE kademeli yayın, hızlı tespit ve güvenli geri alma otomasyonuna yaslanır.
- SRE operasyon işine bir tavan koyar. Google'ın SRE kitabı mühendislerin operasyon işine yüzde ellilik bir tavan koyar; kalan zaman otomasyon ve mühendislik projelerine gider.
- ITIL'in yeni sürümü yayında, ITIL 4 de sürüyor. PeopleCert, ITIL (Version 5) için kademeli bir yayın sürecini duyurdu ve ITIL 4'ün sertifika yolunu sürdürmek isteyenler için açık kaldığını belirtiyor.
Ortak zemin: kullanıcıya güvenilir hizmet
ITIL ve SRE aynı amaca hizmet eder: kullanıcıların güvendiği, kesintileri hızla giderilen ve değişikliklerle bozulmayan hizmetler. İkisi de olayları, problemleri, değişiklikleri ve hizmet düzeylerini konu edinir; bu yüzden sıkça birbirinin alternatifi gibi konuşulur.
Ama doğaları farklıdır. ITIL, PeopleCert'in yönettiği ve BT hizmet yönetiminden dijital ürün ve hizmet yönetimine genişleyen bir rehberlik çerçevesidir; olay yönetimi, problem yönetimi ve hizmet masası gibi pratikleri tanımlar ve bunları kurumun stratejisinden günlük operasyonuna kadar bağlar. SRE ise Google'da doğan bir mühendislik yaklaşımıdır. Google'ın SRE kitabı onu, bir yazılım mühendisinden operasyon ekibi tasarlaması istendiğinde ortaya çıkan şey olarak tanımlar.
Bu yüzden 'ITIL mi SRE mi' sorusunun yanıtı çoğu zaman 'hangi düzeyde' sorusudur. ITIL kurumun hizmetleri nasıl yöneteceğine dair ortak dili ve süreç iskeletini verir; SRE, bu iskeletin içinde kritik servislerin güvenilirliğini ölçülebilir ve otomatik hâle getirir.
Ölçüt ölçüt ITIL ve SRE
- Ölçüt: Doğası. ITIL: kurum geneline uygulanan hizmet yönetimi rehberliği ve pratikler bütünü. / SRE: yazılım mühendisleriyle kurulan, canlı servisin güvenilirliğinden sorumlu ekip modeli ve uygulamalar.
- Ölçüt: Kapsam. ITIL: hizmet masasından tedarikçi yönetimine, stratejiden sürekli iyileştirmeye kadar geniş. / SRE: erişilebilirlik, gecikme, performans, verimlilik, değişiklik yönetimi, izleme, acil müdahale ve kapasite planlaması.
- Ölçüt: Hizmet düzeyi. ITIL: müşteriyle mutabık kalınan hizmet düzeylerinin tanımlanması ve izlenmesi. / SRE: göstergeler (SLI) ve hedefler (SLO) mühendislik kararlarını yönetir; hedef asla kusursuzluk değildir, Google'a göre neredeyse her şey için yanlış hedeftir.
- Ölçüt: Değişiklik. ITIL: değişikliklerin riskinin değerlendirildiği, yetkilendirildiği ve planlandığı bir pratik. / SRE: Google'a göre kesintilerin yaklaşık yüzde yetmişi canlı sistemdeki değişikliklerden kaynaklanır; çözüm kademeli yayın, hızlı tespit ve güvenli geri almanın otomatikleştirilmesidir.
- Ölçüt: Olay ve öğrenme. ITIL: olay yönetimi hizmeti hızla geri getirir, problem yönetimi kök nedeni ele alır. / SRE: nöbet, yazılı müdahale kılavuzları ve tüm önemli olaylar için suçlamasız postmortem.
- Ölçüt: Operasyon yükü. ITIL: süreç verimliliği ve sürekli iyileştirme. / SRE: angarya işin ölçülmesi ve operasyon işine yüzde ellilik bir tavan; aşıldığında iş otomasyona ya da geliştirme ekibine döner.
- Ölçüt: Kim uygular. ITIL: hizmet yöneticileri, süreç sahipleri, hizmet masası, değişiklik danışma yapıları. / SRE: kod yazan, sistem tasarlayan ve nöbet tutan mühendisler.
ITIL süreç iskeletini, SRE mühendislik pratiğini verir
| ITIL | SRE | |
|---|---|---|
| Doğası | Hizmet yönetimi rehberliği | Güvenilirlik mühendisliği modeli |
| Kapsam | Kurum geneli, stratejiden operasyona | Kritik canlı servisler |
| Hizmet hedefi | Mutabık kalınan hizmet düzeyleri | SLI, SLO ve hata bütçesi |
| Değişikliğe yaklaşım | Değerlendirme ve yetkilendirme pratiği | Kademeli yayın ve otomatik geri alma |
| Olaydan öğrenme | Olay ve problem yönetimi | Suçlamasız postmortem |
Hata bütçesi: SRE'nin ITIL'e kattığı karar aracı
ITIL'de değişiklik riskini kimin değerlendireceği ve neyin onaylanacağı süreçle tanımlanır. SRE bu soruya bir sayı ekler. Google'ın SRE kitabına göre ürün ya da iş tarafı bir erişilebilirlik hedefi belirler; hata bütçesi bir eksi bu hedeftir. Bütçe harcanmadıkça ekip yeni özellikleri ve riskli sürümleri yayına alabilir; bütçe tükenmeye yaklaştığında öncelik güvenilirlik çalışmasına döner.
Bu, geliştirme ile operasyon arasındaki eski çekişmeyi bir pazarlıktan ölçüme çevirir. Ürün ekibi daha hızlı yayın istiyorsa, bunun bedeli bütçeden ödenir; operasyon ekibi daha fazla kararlılık istiyorsa, bunun bedeli daha yavaş yayındır. Karar, hissiyata değil, hedefe göre ölçülen gerçek kesinti payına dayanır.
ITIL kullanan bir kurum için pratik sonuç şudur: değişiklik yetkilendirmesi her değişiklik için aynı ağırlıkta olmak zorunda değildir. Hata bütçesi sağlıklı olan, otomatik testli ve kademeli yayınlanan servislerde değişiklik standart kabul edilip hızlandırılabilir; bütçesi tükenmiş servislerde ise ek inceleme devreye girer.
Hata bütçesi yayın hızını ve güvenilirlik işini dengeler
- Hedefi koyİş tarafı erişilebilirlik hedefini belirler.
- ÖlçGöstergeler gerçek hizmet düzeyini izler.
- Bütçeyi izleBir eksi hedef, harcanabilecek kesinti payıdır.
- Karar verBütçe varsa yayın sürer, yoksa güvenilirlik işi öne geçer.
- ÖğrenÖnemli olaylar suçlamasız postmortemle yazılır.
Bir kesinti iki yaklaşımda nasıl yönetilir?
Bir e-ticaret şirketinde ödeme servisi akşam saatlerinde hata vermeye başlıyor. Kullanıcılar hizmet masasına ulaşıyor, izleme sistemi de eşzamanlı olarak uyarı üretiyor.
ITIL çerçevesinde hizmet masası olay kaydı açar, olayın önceliği etkiye ve aciliyete göre belirlenir, olay yöneticisi gerekli ekipleri toplar ve kullanıcılara durum bilgisi verilir. Hizmet geri geldiğinde olay kapanır; aynı belirti tekrar ettiyse ya da kök neden belirsizse bir problem kaydı açılır ve kalıcı çözüm problem yönetiminde aranır.
SRE tarafında uyarıyı alan nöbetçi mühendis yazılı müdahale kılavuzuna göre hareket eder. Google'ın SRE kitabı izlemenin, uyarıyı yorumlamak için insana ihtiyaç duymayacak şekilde tasarlanmasını önerir; kılavuzlu müdahale doğaçlamaya göre onarım süresini belirgin biçimde kısaltır. Son değişiklik şüpheliyse geri alınır. Olay bittikten sonra kişileri değil sistemi hedef alan bir postmortem yazılır ve düzeltici işler sahiplerine atanır.
İki akış çatışmaz: hizmet masası ve olay kaydı kullanıcı tarafını, nöbetçi mühendis ve kılavuz teknik müdahaleyi yürütür. Kurumda bu iki akışın aynı olay numarasında buluşması, ITIL ile SRE'nin birlikte çalıştığı en somut noktadır.
Hangi durumda hangisine ağırlık verilir?
ITIL'e ağırlık verin: • Çok sayıda iç müşterisi, tedarikçisi ve hizmeti olan bir BT organizasyonunda ortak süreç dili gerekiyorsa. • Hizmet masası, talep karşılama, varlık ve yapılandırma yönetimi gibi alanlarda tutarlılık sorunu varsa. • Denetim, sözleşme ve hizmet düzeyi raporlamasının izlenebilir olması gerekiyorsa.
SRE'ye ağırlık verin: • Sık yayın yapan, kullanıcıya doğrudan dokunan ve kesintisi ölçülebilir zarar yaratan dijital servisleriniz varsa. • Operasyon ekibi tekrarlayan elle müdahalelerle boğuluyor ve otomasyona zaman ayıramıyorsa. • Geliştirme ve operasyon arasında yayın hızı tartışması kronik hâle geldiyse.
Birlikte: ITIL'i kurum geneli için çerçeve olarak tutup kritik servislerde SRE ekipleri kurmak, SLO'ları hizmet düzeyi yönetimine bağlamak ve değişiklik yetkilendirmesini hata bütçesi ile otomatik testlere göre kademelendirmek, iki yaklaşımı birlikte kullanmanın somut bir yoludur.
ITIL ve hizmet yönetimini Mindset programlarında nerede çalışırsınız
ITIL 4 Intermediate (Managing Professional ve Strategic Leader) Uzmanlığı Eğitimi; hizmet oluşturma, sunma ve destekleme, paydaş değerini yönlendirme ve yüksek hızlı BT uygulamaları modülleriyle, ITIL süreçlerinin hızlı yayın yapan ekiplerle nasıl uyumlanacağı sorusunu doğrudan ele alır. SRE pratiklerini ayrıca derinleştirmek isteyenler için Site Reliability Engineering (SRE) Pratikleri programı tamamlayıcıdır.
Resmî kaynaklardan bilgiler
| SRE tanımı ve operasyon işi tavanı | SRE, bir yazılım mühendisinden operasyon ekibi tasarlaması istendiğinde ortaya çıkan şeydir; tüm SRE'lerin toplam operasyon işine %50 tavan konur, kalan zaman mühendislik projelerine giderkaynak |
|---|---|
| Hata bütçesi tanımı | Hata bütçesi bir eksi erişilebilirlik hedefidir; hedefi ürün ya da iş tarafı belirler; kusursuz erişilebilirlik neredeyse her şey için yanlış hedeftirkaynak |
| Değişiklik kaynaklı kesintiler | Kesintilerin yaklaşık %70'i canlı sistemdeki değişikliklerden kaynaklanır; önerilen uygulamalar kademeli yayın, hızlı tespit ve güvenli geri almanın otomatikleştirilmesidir; tüm önemli olaylar için suçlamasız postmortem yazılırkaynak |
| SLI, SLO ve SLA tanımları | SLI hizmet düzeyinin dikkatle tanımlanmış nicel ölçüsüdür; SLO bir SLI ile ölçülen değer için hedef değer ya da aralıktır; SLA, karşılanma ya da kaçırılma sonuçları olan sözleşmedirkaynak |
| Angarya iş (toil) tanımı | Canlı servisi işletmeye bağlı, elle yapılan, tekrarlayan, otomatikleştirilebilir, taktik, kalıcı değer bırakmayan ve servis büyüdükçe doğrusal artan işkaynak |
| ITIL sürüm durumu | ITIL (Version 5) kademeli olarak yayımlanıyor; dijital ürün ve hizmetlerin uçtan uca yaşam döngüsüne odaklanır ve yapay zeka destekli çalışma ortamlarına göre tasarlanmıştır; ITIL 4 mevcut sertifika yolunu sürdürmek isteyenler için açık kalır; mevcut ITIL bilgisi ve sertifikaları değerini korurkaynak |
Bilgiler resmî kaynaklarla doğrulandığı tarihte günceldir; değişiklik olabilir.
İlgili Mindset programı
ITIL 4 Intermediate (Managing Professional & Strategic Leader) Uzmanlığı Eğitimi
Sık sorulan sorular
SRE, ITIL'in yerini alır mı?
Genellikle hayır. SRE, canlı servislerin işletimi için çok güçlü bir mühendislik modelidir ama hizmet masası, tedarikçi ilişkileri, hizmet portföyü ya da BT stratejisi gibi alanları tanımlamaz. ITIL ise bu geniş alanı kapsar ama bir servisin hata bütçesinin nasıl yönetileceğini ya da angarya işin nasıl azaltılacağını mühendislik ayrıntısıyla anlatmaz. Birlikte kullanıldıklarında ITIL çerçeveyi, SRE ise kritik servislerde uygulama yöntemini verir.
ITIL 4 öğrenmek hâlâ anlamlı mı, yeni sürüm çıktı mı?
PeopleCert, ITIL (Version 5) için kademeli bir yayın süreci duyurdu ve yeni sürümü yapay zekanın iş yapış biçimine yerleştiği ortamlara göre tasarlanmış, dijital ürün ve hizmetlerin uçtan uca yaşam döngüsüne odaklanan bir çerçeve olarak tanıtıyor. Aynı kaynağa göre ITIL 4, mevcut sertifika yolunu sürdürmek isteyenler için açık kalıyor ve var olan bilgi, deneyim ve sertifikalar değerini koruyor. Yeni sürüm ITIL'in mevcut birikimi üzerine kurulduğu için ITIL 4 bilgisi temel olmaya devam eder.
SRE'de angarya iş neden ölçülür?
Google'ın SRE kitabı angarya işi, canlı servisi işletmeye bağlı, elle yapılan, tekrarlayan, otomatikleştirilebilir, kalıcı değer bırakmayan ve servis büyüdükçe doğrusal artan iş olarak tanımlar. Ölçülmezse servis büyüdükçe ekip tamamen operasyona gömülür ve otomasyon için zaman kalmaz. Bu yüzden SRE ekipleri operasyon yükünü izler ve tavanı aştığında işi otomasyona ya da geliştirme ekibine geri yönlendirir.
ITIL kullanan bir kurumda SRE'ye nereden başlanır?
Kullanıcıya en çok dokunan bir ya da birkaç kritik servisi seçip onlar için hizmet düzeyi göstergelerini ve hedeflerini tanımlamak iyi bir başlangıçtır. Ardından izleme ve uyarılar bu hedeflere bağlanır, olaylar için suçlamasız postmortem uygulaması başlatılır ve angarya iş ölçülür. Bu adımlar ITIL'deki hizmet düzeyi, olay ve problem yönetimi pratikleriyle çakışmaz; onları sayısal hedeflerle besler.