Mühendislik
Yazılım Mühendisi
Junior’dan Principal’a beş seviye; kodu yayına almaktan ekibi geliştirmeye kadar altı yetkinlik.
- 5 seviye
- 6 yetkinlik
Kariyer merdiveni şablonu
DevOps mühendisi kariyer merdiveni şablonu
Junior’dan Staff seviyesine dört seviye; altyapıdan geliştiricilere destek olmaya kadar altı yetkinlik.
Ücretsiz plan · Kredi kartı gerekmez
Bu kariyer merdiveni, yaklaşık 20–200 kişilik şirketlerdeki DevOps, platform ve altyapı mühendisleri içindir. Bu büyüklükte altyapı ekibi genellikle bulut hesaplarını, teslim hatlarını, izlemeyi ve nöbeti yürüten bir ila altı kişiden oluşur ve bu kişiler sunuculara dokunmak kadar geliştiricilere yardım etmeye de zaman ayırır. Kapsamı net altyapı değişiklikleri yapan birinden şirketin platform yönünün sahibine kadar dört seviye tanımlar. En üst seviyesi olan Staff DevOps Mühendisi bir uzman seviyesidir; altyapı ekibini yönetmek ayrı bir iştir.
Her seviye deneyim yılıyla ya da özgeçmişteki araç sayısıyla değil, kişinin ne yaptığıyla ve sistemin ne kadarının ona emanet edildiğiyle tanımlanır. Tek bir beklentinin nasıl büyüdüğünü görmek için yetkinlik matrisinin bir satırını soldan sağa okuyun; bir seviyede beklenen her şeyi görmek için o seviyenin bölümünü okuyun. Bir sonraki seviyenin ne anlama geldiğini açıklamak, check-in’leri yapılandırmak ve savunabileceğiniz terfi kararları vermek için kullanın.
Yayımlamadan önce uyarlayın. Genel ifadeleri kendi teknoloji yığınınız ve pratiklerinizle değiştirin; başka bir ekibe ait kısımları çıkarın — örneğin güvenlik ya da veritabanları başka bir ekipteyse.
Bir bakışta seviyeler
Junior DevOps Mühendisi
Altyapıda ve hatlarda kapsamı net değişiklikleri inceleme eşliğinde yapar ve canlı ortamın nasıl işlediğini öğrenir.
- Kapsam
- Mevcut altyapı kodunda ve hatlarda, daha deneyimli birinin planlayıp incelediği tekil değişiklikler.
DevOps Mühendisi
Altyapının belirli kısımlarını uçtan uca sahiplenir ve nöbette tam pay üstlenir.
- Kapsam
- Bir iki ürün ekibinin servisleri, ortamları ya da hatları; tasarımdan günlük işletime kadar.
Senior DevOps Mühendisi
Birkaç ekibin bağlı olduğu altyapı projelerini tasarlar ve yönetir, güvenilirlik çıtasını yükseltir.
- Kapsam
- Mühendisliğin büyük bölümünün kullandığı ortak altyapı ve her ekibe dokunan geçişler gibi projeler.
Staff DevOps Mühendisi
Şirketin platformunun yönünü belirler; güvenilirliğinden, güvenliğinden ve maliyetinden sorumludur.
- Kapsam
- Tüm mühendislik ekipleri genelinde canlı platformun bütünü, çok yıllı yönü ve bütçesi.
Yetkinlik matrisi
Her satır bir yetkinlik, her sütun bir seviyedir. Beklentinin nasıl büyüdüğünü görmek için bir satırı soldan sağa okuyun.
Her yetkinlik ne anlama gelir
- Kod olarak altyapı
- Altyapıyı elle değil, incelenmiş ve tekrarlanabilir kodla kurmak ve değiştirmek.
- Derleme ve teslim hatları
- Kodu birleştirilmiş bir pull request’ten canlı ortama hızlı ve güvenli biçimde ulaştırmak.
- Güvenilirlik ve olay müdahalesi
- Canlı ortamı erişilebilir tutmak ve erişilemez olduğunda hızla toparlamak.
- İzleme ve gözlemlenebilirlik
- Canlı ortamın ne yaptığını görmeyi ve bir şeyler ters gittiğinde bunu fark etmeyi mümkün kılmak.
- Güvenlik ve erişim
- Güvenli varsayılanlar, en az yetki ilkesi ve hızlı yamalarla sistemleri ve verileri korumak.
- Geliştiricilere destek ve iş birliği
- Geliştiricilerin kendi servislerini işletmesine yardım etmek ve platform tek bir kişiye bağlı kalmasın diye bilgiyi paylaşmak.
| Yetkinlik | Junior DevOps Mühendisi | DevOps Mühendisi | Senior DevOps Mühendisi | Staff DevOps Mühendisi |
|---|---|---|---|---|
| Kod olarak altyapı | Mevcut altyapı kodunda yerleşik kalıpları izleyerek değişiklik yapar, uygulamadan önce planlanan farkı kontrol eder ve önce sormadan canlı ortamı asla elle değiştirmez. | Yeni servisler ve ortamlar için yeniden kullanılabilir altyapı modülleri yazar, state’i ve gizli bilgileri güvenli biçimde yönetir ve artık kullanılmayan kaynakları kaldırır. | Şirketin altyapı kodunun ve ortamlarının yapısını tasarlar, ağ ya da küme yükseltmeleri gibi değişiklikleri test edilmiş bir geri alma planıyla yönetir ve bulut harcamalarını ekip bazında görünür tutar. | Önümüzdeki birkaç yıl için platformun temel yapı taşlarını ve sağlayıcılarını seçer, her ekibin altyapısının izlediği standartları belirler ve altyapı bütçesinin yönetimle birlikte sahibidir. |
| Derleme ve teslim hatları | Bozuk hat adımlarını düzeltir, mevcut hatlara basit işler ekler ve bir geliştiriciye derlemesinin neden başarısız olduğunu açıklar. | Bir servisin hattını baştan sona kurar ve bakımını yapar — derleme, testler, artefaktlar, her ortama dağıtım — ve geliştiricilerin şikâyet ettiği yavaş adımları kısaltır. | Her ekibin kullandığı ortak hat şablonlarını tasarlar, canary ya da blue-green dağıtım gibi daha güvenli sürüm yöntemlerini getirir ve dağıtım sıklığını ve hata oranını takip eder. | Dallanmadan geri almaya kadar tüm şirketin yazılımı nasıl yayına aldığını tanımlar ve tüm ekiplerde teslimi yavaşlatan darboğazları ortadan kaldırır. |
| Güvenilirlik ve olay müdahalesi | Nöbette deneyimli birine eşlik eder, bilinen uyarılar için runbook’ları izler ve bir sonraki kişinin ihtiyaç duyacağı bilgilerle hızla eskalasyon yapar. | Nöbette tam pay üstlenir, kendi alanındaki olayların çoğunu yardımsız çözer, düzelttiği sorunlar için runbook yazar ve yedekleri gerçekten geri yükleyerek test eder. | Büyük olaylara müdahaleyi yönetir, suçlamasız olay sonrası analizler yürütür ve takip aksiyonlarını sonuna kadar götürür; kritik sistemler için kapasite ve yedeğe geçiş planlaması yapar. | Güvenilirlik hedeflerini ürün ve yönetimle birlikte belirler, tüm mühendislik için nöbet ve olay sürecini tasarlar ve bir bölgenin ya da sağlayıcının kaybı gibi felaketlere karşı plan yapar. |
| İzleme ve gözlemlenebilirlik | Mevcut örnekleri izleyerek panolar ve uyarılar ekler; bir şey yanlış göründüğünde ilk olarak loglara ve metriklere bakar. | Yeni servisler için loglama, metrik ve uyarıları kurar, her çağrının bir aksiyon gerektirmesi için uyarıları ayarlar ve geliştiricilerin verilerde aradığını bulmasına yardım eder. | Şirketin ana sistemleri için gözlemlenebilirlik yaklaşımını tasarlar, ekiplerin ölçüldüğü servis sağlığı sinyallerini tanımlar ve ekipler genelinde uyarı gürültüsünü azaltır. | Şirketin gözlemlenebilirlik araçlarını ve maliyet modelini seçer; yönetimin platformun sağlığını bir mühendise sormadan görebilmesini sağlar. |
| Güvenlik ve erişim | Gizli bilgiler ve erişim konusunda ekibin kurallarına uyar, rutin yamaları uygular ve güvenlik sorunu gibi görünen her şeyi hemen bildirir. | Kendi servislerinin erişimlerini ve gizli bilgilerini en az yetki ilkesiyle yönetir, güvenlik açıklarını önem derecesine göre yamalar ve güvenlik taramalarının bulgularını düzeltir. | Platform genelinde ağ sınırlarını, kimlik ve gizli bilgi yönetimini tasarlar, müşteri güvenlik incelemeleri için kanıt hazırlar ve güvenlik olaylarına müdahaleyi yönetir. | Platformun güvenlik duruşunun yönetimle birlikte sahibidir, uyumluluğun gerektirdiği kontrolleri (örneğin SOC 2 ya da ISO 27001) belirler ve güvenli yolu her ekip için en kolay yol haline getirir. |
| Geliştiricilere destek ve iş birliği | Geliştiricilerin ortamlar ve hatlar hakkındaki sorularını yanıtlar, yaptığı düzeltmeleri belgeler ve erkenden inceleme ister. | Sık yapılan işler için anlaşılır kılavuzlar yazar, servislerini dağıtırken ve hata ayıklarken geliştiricilerle eşli çalışır ve yeni ekip arkadaşlarını altyapıya alıştırır. | Ekiplerin talep açmadan servis ve ortam oluşturmasını sağlayan self-servis araçlar geliştirir, diğer DevOps mühendislerine mentorluk yapar ve işe alımda yer alır. | Platformu, kullanıcıları geliştiriciler olan bir iç ürün olarak şekillendirir, neyin ekiplere neyin platform ekibine ait olduğuna karar verir ve bir sonraki senior mühendisleri yetiştirir. |
Tüm seviyeleri görmek için tabloyu yana kaydırın.
CSV olarak indirin Excel, Google Sheets ya da Numbers ile açılır.
Junior DevOps Mühendisi: beklentiler
Altyapıda ve hatlarda kapsamı net değişiklikleri inceleme eşliğinde yapar ve canlı ortamın nasıl işlediğini öğrenir. Mevcut altyapı kodunda ve hatlarda, daha deneyimli birinin planlayıp incelediği tekil değişiklikler.
- Kod olarak altyapı
- Mevcut altyapı kodunda yerleşik kalıpları izleyerek değişiklik yapar, uygulamadan önce planlanan farkı kontrol eder ve önce sormadan canlı ortamı asla elle değiştirmez.
- Derleme ve teslim hatları
- Bozuk hat adımlarını düzeltir, mevcut hatlara basit işler ekler ve bir geliştiriciye derlemesinin neden başarısız olduğunu açıklar.
- Güvenilirlik ve olay müdahalesi
- Nöbette deneyimli birine eşlik eder, bilinen uyarılar için runbook’ları izler ve bir sonraki kişinin ihtiyaç duyacağı bilgilerle hızla eskalasyon yapar.
- İzleme ve gözlemlenebilirlik
- Mevcut örnekleri izleyerek panolar ve uyarılar ekler; bir şey yanlış göründüğünde ilk olarak loglara ve metriklere bakar.
- Güvenlik ve erişim
- Gizli bilgiler ve erişim konusunda ekibin kurallarına uyar, rutin yamaları uygular ve güvenlik sorunu gibi görünen her şeyi hemen bildirir.
- Geliştiricilere destek ve iş birliği
- Geliştiricilerin ortamlar ve hatlar hakkındaki sorularını yanıtlar, yaptığı düzeltmeleri belgeler ve erkenden inceleme ister.
DevOps Mühendisi: beklentiler
Altyapının belirli kısımlarını uçtan uca sahiplenir ve nöbette tam pay üstlenir. Bir iki ürün ekibinin servisleri, ortamları ya da hatları; tasarımdan günlük işletime kadar.
- Kod olarak altyapı
- Yeni servisler ve ortamlar için yeniden kullanılabilir altyapı modülleri yazar, state’i ve gizli bilgileri güvenli biçimde yönetir ve artık kullanılmayan kaynakları kaldırır.
- Derleme ve teslim hatları
- Bir servisin hattını baştan sona kurar ve bakımını yapar — derleme, testler, artefaktlar, her ortama dağıtım — ve geliştiricilerin şikâyet ettiği yavaş adımları kısaltır.
- Güvenilirlik ve olay müdahalesi
- Nöbette tam pay üstlenir, kendi alanındaki olayların çoğunu yardımsız çözer, düzelttiği sorunlar için runbook yazar ve yedekleri gerçekten geri yükleyerek test eder.
- İzleme ve gözlemlenebilirlik
- Yeni servisler için loglama, metrik ve uyarıları kurar, her çağrının bir aksiyon gerektirmesi için uyarıları ayarlar ve geliştiricilerin verilerde aradığını bulmasına yardım eder.
- Güvenlik ve erişim
- Kendi servislerinin erişimlerini ve gizli bilgilerini en az yetki ilkesiyle yönetir, güvenlik açıklarını önem derecesine göre yamalar ve güvenlik taramalarının bulgularını düzeltir.
- Geliştiricilere destek ve iş birliği
- Sık yapılan işler için anlaşılır kılavuzlar yazar, servislerini dağıtırken ve hata ayıklarken geliştiricilerle eşli çalışır ve yeni ekip arkadaşlarını altyapıya alıştırır.
Senior DevOps Mühendisi: beklentiler
Birkaç ekibin bağlı olduğu altyapı projelerini tasarlar ve yönetir, güvenilirlik çıtasını yükseltir. Mühendisliğin büyük bölümünün kullandığı ortak altyapı ve her ekibe dokunan geçişler gibi projeler.
- Kod olarak altyapı
- Şirketin altyapı kodunun ve ortamlarının yapısını tasarlar, ağ ya da küme yükseltmeleri gibi değişiklikleri test edilmiş bir geri alma planıyla yönetir ve bulut harcamalarını ekip bazında görünür tutar.
- Derleme ve teslim hatları
- Her ekibin kullandığı ortak hat şablonlarını tasarlar, canary ya da blue-green dağıtım gibi daha güvenli sürüm yöntemlerini getirir ve dağıtım sıklığını ve hata oranını takip eder.
- Güvenilirlik ve olay müdahalesi
- Büyük olaylara müdahaleyi yönetir, suçlamasız olay sonrası analizler yürütür ve takip aksiyonlarını sonuna kadar götürür; kritik sistemler için kapasite ve yedeğe geçiş planlaması yapar.
- İzleme ve gözlemlenebilirlik
- Şirketin ana sistemleri için gözlemlenebilirlik yaklaşımını tasarlar, ekiplerin ölçüldüğü servis sağlığı sinyallerini tanımlar ve ekipler genelinde uyarı gürültüsünü azaltır.
- Güvenlik ve erişim
- Platform genelinde ağ sınırlarını, kimlik ve gizli bilgi yönetimini tasarlar, müşteri güvenlik incelemeleri için kanıt hazırlar ve güvenlik olaylarına müdahaleyi yönetir.
- Geliştiricilere destek ve iş birliği
- Ekiplerin talep açmadan servis ve ortam oluşturmasını sağlayan self-servis araçlar geliştirir, diğer DevOps mühendislerine mentorluk yapar ve işe alımda yer alır.
Staff DevOps Mühendisi: beklentiler
Şirketin platformunun yönünü belirler; güvenilirliğinden, güvenliğinden ve maliyetinden sorumludur. Tüm mühendislik ekipleri genelinde canlı platformun bütünü, çok yıllı yönü ve bütçesi.
- Kod olarak altyapı
- Önümüzdeki birkaç yıl için platformun temel yapı taşlarını ve sağlayıcılarını seçer, her ekibin altyapısının izlediği standartları belirler ve altyapı bütçesinin yönetimle birlikte sahibidir.
- Derleme ve teslim hatları
- Dallanmadan geri almaya kadar tüm şirketin yazılımı nasıl yayına aldığını tanımlar ve tüm ekiplerde teslimi yavaşlatan darboğazları ortadan kaldırır.
- Güvenilirlik ve olay müdahalesi
- Güvenilirlik hedeflerini ürün ve yönetimle birlikte belirler, tüm mühendislik için nöbet ve olay sürecini tasarlar ve bir bölgenin ya da sağlayıcının kaybı gibi felaketlere karşı plan yapar.
- İzleme ve gözlemlenebilirlik
- Şirketin gözlemlenebilirlik araçlarını ve maliyet modelini seçer; yönetimin platformun sağlığını bir mühendise sormadan görebilmesini sağlar.
- Güvenlik ve erişim
- Platformun güvenlik duruşunun yönetimle birlikte sahibidir, uyumluluğun gerektirdiği kontrolleri (örneğin SOC 2 ya da ISO 27001) belirler ve güvenli yolu her ekip için en kolay yol haline getirir.
- Geliştiricilere destek ve iş birliği
- Platformu, kullanıcıları geliştiriciler olan bir iç ürün olarak şekillendirir, neyin ekiplere neyin platform ekibine ait olduğuna karar verir ve bir sonraki senior mühendisleri yetiştirir.
Bu merdiven nasıl uyarlanır
Beklentilerde teknoloji yığınınızı adıyla anın
“Altyapı kodu” ya da “hatlar” gibi genel ifadelere katılmak kolay, ama bunlarla değerlendirme yapmak zordur. Bunları gerçek araçlarınız ve pratiklerinizle değiştirin; böylece junior bir mühendis önce tam olarak neyi öğrenmesi gerektiğini bilir.
Staff seviyesini eklemek için acele etmeyin
Bir ila üç DevOps mühendisi varken junior, orta ve senior seviyeler genellikle yeterlidir. Staff seviyesini, küçük bir ekipteki en deneyimli kişiye verilen bir unvan olarak değil, biri tüm mühendislik genelinde platformun yönünü gerçekten belirlediğinde ve bütçesinin sahibi olduğunda ekleyin.
Nöbet kurallarınızı kariyer merdivenine yazın
İnsanların rotasyona hangi seviyede katıldığını, olayları ne zaman yönettiğini ve nöbet süresinin nasıl karşılandığını yazın. Yazılı olmayan nöbet beklentileri, altyapı mühendislerinin tükenip ayrılmasının en yaygın nedenlerinden biridir.
Seviyeleri yazılım mühendisi kariyer merdiveninizle eşleştirin
Her DevOps seviyesini aynı kapsam ve ücrete sahip yazılım mühendisi seviyesiyle eşleştirin. Platform işi de mühendislik işidir; iki kariyer merdivenini hizalı tutmak, ürün ve platform ekipleri arasındaki geçişleri kolaylaştırır.
SSS
Bu merdiven hakkında sorular
DevOps mühendisi, SRE ve platform mühendisi arasındaki fark nedir?
Aslına bakılırsa DevOps bir iş unvanından çok bir çalışma biçimidir; pratikte ise 20–200 kişilik şirketlerde bu unvanlar çoğunlukla aynı işi farklı vurgularla anlatır: SRE’ler güvenilirlik hedeflerine — genellikle SLO’lar ve hata bütçeleri — ve olaylara, platform mühendisleri geliştiriciler için self-servis araçlara, DevOps mühendisleri ise hatlara ve altyapıya odaklanır. Tek bir kariyer merdiveni genellikle üçünü de kapsar; ayrı merdivenler oluşturmak yerine yetkinliklerin ifadelerini uyarlayın.
Bir startup’ın ilk DevOps mühendisine ne zaman ihtiyacı olur?
Genellikle geliştiriciler haftalarının kayda değer bir kısmını özellikler yerine dağıtımlara, ortamlara ve canlı ortam sorunlarına harcamaya başladığında ya da müşteriler çalışma süresi taahhütleri ve güvenlik incelemeleri istemeye başladığında. Pek çok şirkette bu, 15–30 mühendis civarında olur.
Nöbet çalışması bir DevOps mühendisinin terfisinde dikkate alınmalı mı?
Evet, ama kaç çağrıya yanıt verildiğini değil, kişinin ne öğrendiğini ve neyi iyileştirdiğini sayın. Büyük bir olayı iyi yönetmek, aksiyonları gerçekten tamamlanan olay sonrası analizler yazmak ve uyarı gürültüsünü azaltmak bir sonraki seviye için net kanıtlardır. Sık nöbet tutmak değildir.
Bulut sertifikaları bir DevOps mühendisinin seviyesini etkiler mi?
Birinin bir platformu öğrenmesine yardımcı olabilirler, ama seviyeyi belirlememeleri gerekir. Kişinin sizin ortamınızda kurduğu ve işlettiği şeyleri yetkinlik matrisine göre değerlendirin. Bu kanıt olmadan bir sertifika bir sonraki seviyeyi göstermez; sertifika olmadan bu kanıt gösterir.
Bir DevOps mühendisi kariyer merdiveninde kaç seviye gerekir?
Üç ya da dört; çünkü bu büyüklükteki şirketlerde altyapı ekipleri küçüktür. Bu şablon dört seviye kullanır — Junior, DevOps Mühendisi, Senior ve Staff — ve Staff seviyeleri hizalanmış olarak beş seviyeli bir yazılım mühendisi kariyer merdiveniyle birlikte iyi çalışır.
Bu kariyer merdivenini LadderKit’te kurun — ücretsiz
Seviyelerini ve becerilerini ekibiniz için kurun, check-in’lerde kişileri bunlara göre değerlendirin ve terfi kararlarını tutarlı tutun.
Ücretsiz plan · Kredi kartı gerekmez
İlgili şablonlar
Mühendislik
QA Mühendisi
Junior’dan Lead QA Mühendisi seviyesine dört seviye; test tasarımından kalite pratiklerine altı yetkinlik.
- 4 seviye
- 6 yetkinlik
Mühendislik
Engineering Manager
Engineering Manager’dan VP of Engineering’e dört seviye ve altı yöneticilik yetkinliği.
- 4 seviye
- 6 yetkinlik