Dünyanın en detaylı ücretsiz FDE + DevOps kütüphanesi: 140 üzeri ders, 70 üzeri lab ve 80 uzun yazı, İngilizce ve Türkçe. Öğrenmeye başla →

DevOps gerçekte nedir, unvanın ötesinde?

Güncelleme

Veri merkezi koridorunda sunucu kabinleri

DevOps bir çalışma pratiği olarak: küçük sürümler, sahiplenilen operasyon ve hızlı geri bildirim; kurgusal bir ekip örneğiyle.

DevOps teknolojide unvanı en çok şişirilmiş alanlardan biridir. İlanlar sistem yönetimi, platform mühendisliği, sürüm yönetimi ve bazen düz backend işi için bu adı kullanır. Unvanı bir kenara bırakınca net bir pratik kalır: kod değişikliğinden üretim geri bildirimine giden yolu kısalt, sonra sonucu sahiplen.

Üç alışkanlık

Küçük sürümler. Üç ayda bir çıkan ekip yılda dört kez öğrenir. Haftada çıkan ekip yılda elli kez öğrenir. Küçük değişiklikleri incelemek, geri almak ve kırılınca doğru yere yormak daha kolaydır.

Sahiplenilen operasyon. Servisi çıkaran kişi, servisin ne zaman hastalandığını bilir ve gece düzeltebilir. Geliştirme ve operasyon ekipleri arasındaki devirler her olayı kimin suçu tartışmasına çevirir.

Hızlı geri bildirim. Testler, denetleyiciler, staging kontrolleri ve üretim metrikleri tek soruyu hızlı yanıtlar: değişikliğim işleri iyi mi etti kötü mü? Bu yanıtı geciktiren her şey israftır.

Çalışılmış örnek: DevOps'u kazara bulan kurgusal ekip

Aşağıdaki bağlam kurgusaldır. Kurgusal Northwind Parcels beş mühendisle bir takip sayfası işletir. Altı haftada bir, cuma günleri sürüm çıkarlardı ve her sürüm pazartesiye kadar bir şeyi kırardı.

İki ayda üç şeyi değiştirdiler. Önce sürümler çarşamba sabahlarına, tek özelliklik küçük dilimlere indi. Sonra değişikliği yazan mühendis üretimdeki ilk 24 saat boyunca o değişiklikten ulaşılabilir kaldı. Sonra yayın yoluna üç kontrol eklendi: testler geçmeli, staging sayfası 200 dönmeli ve hata oranı yayından sonraki 30 dakika yatay kalmalı.

Başka hiçbir şey değişmedi: aynı sunucular, aynı dil, aynı ekip. Sürüm olayları neredeyse her sürümden beşte bire indi, ortalama düzeltme süresi bir hafta sonundan bir saatin altına düştü, çünkü değişikliği bilen kişi zaten odadaydı.

Karar tablosu: DevOps sinyali ve gürültüsü

DurumSinyal (pratik)Gürültü (yalnızca unvan)
YayınKüçük, geri alınabilir, kontrollüCuma gecesi büyük patlama
OlayDeğişikliğin yazarı önce yanıt verirİki ekip sahipliği tartışır
OtomasyonTekrarlanan manuel adımı kaldırırKimsenin açmadığı pano
AraçlarYukarıdaki üç alışkanlığa hizmet ederRakipler kullanıyor diye alınır

Kontrol listesi: bu ekip DevOps yapıyor mu?

  1. Bir mühendis küçük bir değişikliği bir günde üretime çıkarabiliyor mu?
  2. Aynı mühendis bir saat içinde işe yarayıp yaramadığını görebiliyor mu?
  3. Son sürüm için yazılı bir geri alma yolu var mı?
  4. Nöbet listesinde kodu yazanlar var mı?

İlgili okuma

Net yanıtlar

Sık sorulan sorular

DevOps bir rol mü, pratik mi?

Önce pratik. İnsanlara DevOps mühendisi denir ama iş ortak alışkanlıklardır: küçük sürümler, otomasyon ve çıkanı sahiplenme.

DevOps için Kubernetes şart mı?

Hayır. Sürüm kontrolü, tekrarlanabilir bir yayın yolu ve gözlenebilir servisler gerekir. Orkestrasyon, tek makine yetmeyince gelir.

Yeni başlayan nereden başlamalı?

Linux temelleri, ağ, Git ve bir CI hattı. DevOps Foundations kursu tam bu sıradadır.

Read this page in English

Okumayı sertifikaya dönüştürün

Bu yazı ücretsiz saha notudur. Sınavlar tarihli oturumlarda, 15 kişilik sınıflarda yapılır; tek fiyat tek denemeyi kapsar. Derslerin tamamı ücretsizdir.