Azure Mühendisi: Görevleri, Günlük İşleri ve Giriş Yolu

Azure mühendisi kimdir?

Azure mühendisi, bir kurumun uygulamalarını, verilerini ve ağ yapısını Microsoft'un bulut platformu Azure üzerinde kuran, işleten ve güvenli tutan teknik roldür. Unvan kurumdan kuruma değişir. Bazı yerlerde bulut mühendisi, bazı yerlerde Azure yöneticisi ya da bulut altyapı uzmanı denir. Ortak nokta, sunucu odasındaki fiziksel donanım yerine abonelikler, kaynak grupları, sanal makineler, sanal ağlar ve depolama hesapları gibi yazılımla tanımlanan kaynaklarla çalışılmasıdır.

Rol, yazılım geliştiriciden farklı olarak uygulamanın kodundan çok o kodun çalıştığı zemine odaklanır: kaynakların nasıl kurulacağı, kimin neye erişeceği, sistemin kesintiye ne kadar dayanacağı ve maliyetin kontrol altında kalıp kalmadığı. Şirketler eski veri merkezlerinden buluta geçerken ya da yeni bir ürünü doğrudan bulutta kurarken bu role ihtiyaç duyar.

Görev ve sorumluluklar

Görev tanımı şirketin büyüklüğüne göre genişleyip daralır, ancak çekirdek sorumluluklar benzerdir:

• Abonelik, yönetim grubu ve kaynak grubu yapısını kurmak; isimlendirme ve etiketleme standardını belirlemek
• Sanal makineleri, uygulama barındırma hizmetlerini ve depolama hesaplarını oluşturmak, boyutlandırmak ve güncel tutmak
• Sanal ağları, alt ağları, ağ güvenlik kurallarını ve şirket içi ağla bağlantıyı yapılandırmak
• Kullanıcı ve uygulama yetkilerini rollerle tanımlamak, en az yetki ilkesini uygulamak
• İzleme, günlük toplama ve uyarı kurallarını kurarak sorunları kullanıcıdan önce fark etmek
• Yedekleme ve felaket kurtarma planını hazırlamak, geri dönüşü gerçekten denemek
• Maliyeti izlemek, kullanılmayan kaynakları temizlemek, bütçe uyarıları tanımlamak
• Politika kurallarıyla uyumluluğu otomatik denetlemek

Bu işlerin büyük bölümü portal üzerinden tek seferlik tıklamalarla değil, tekrarlanabilir betikler ve şablonlarla yapılır. Aynı ortamın test, hazırlık ve canlı kopyalarını elle kurmak hem yavaştır hem de hata üretir.

Bir iş gününden somut örnekler

Örneğin sabah izleme panosunda bir sanal makinenin işlemci kullanımı uzun süredir yüksek görünüyor. Mühendis günlükleri inceliyor, yükü hangi sürecin yarattığını buluyor ve makineyi büyütmeden önce geliştirici ekiple konuşuyor, çünkü sorun uygulamadaki yavaş bir sorgudan geliyor olabilir. Boyutu büyütmek faturayı artırır ama sebebi çözmez.

Öğleden sonra yeni bir proje ekibi test ortamı istiyor. Mühendis hazır şablondan aynı yapıda yeni bir kaynak grubu kuruyor, ekibe yalnızca o gruba yetki veriyor ve etiketlere projenin maliyet merkezini yazıyor. Böylece ay sonunda fatura kalemi kime ait belli oluyor.

Gün sonunda güvenlik ekibinden bir uyarı geliyor: bir depolama hesabı herkese açık kalmış. Mühendis erişimi kapatıyor, ardından aynı hatanın tekrarlanmaması için bu yapılandırmayı engelleyen bir politika kuralı yazıyor. İyi bir Azure mühendisi olayı kapatmakla yetinmez, sınıfını ortadan kaldırır.

Hangi becerilere ihtiyaç var?

Teknik tarafta ağ temelleri en önemli zemindir: adresleme, alt ağlar, DNS, güvenlik duvarı mantığı ve yönlendirme bilinmeden bulut ağı kurmak zordur. Windows Server ve Linux işletim sistemlerine hakimiyet, sanal makine yönetiminin temelini oluşturur. Kimlik ve erişim kavramları, yani kullanıcı, grup, rol ve yetki kapsamı ilişkisi, günlük işin merkezindedir.

Otomasyon becerisi seviyeyi belirler. PowerShell ya da Azure CLI ile komut satırından kaynak yönetebilmek, Bicep veya Terraform gibi kod olarak altyapı araçlarını kullanmak ekibe ölçek kazandırır. İzleme tarafında metrik, günlük ve uyarı kavramlarını ayırt etmek gerekir.

Davranışsal tarafta yazılı dokümantasyon alışkanlığı, değişiklik yönetimine saygı ve maliyet farkındalığı öne çıkar. Bulutta bir yanlış tıklama, yanlış boyutta bir kaynak ya da unutulmuş bir test ortamı doğrudan faturaya yansır. Geliştirici, güvenlik ve finans ekipleriyle aynı dilde konuşabilmek de rolün görünmeyen yarısıdır.

Azure mühendisi olmak için nasıl bir yol izlenir?

Yol genellikle şu aşamalardan geçer:

• Bulut temelleri: neden bulut, paylaşılan sorumluluk modeli, hizmet türleri (IaaS, PaaS, SaaS) ve Azure'ın bölge ve abonelik mantığı. AZ-900 bu aşamayı yapılandıran bir temel sınavdır.
• Altyapı temelleri: ağ, işletim sistemi, kimlik. Bulut bu kavramların üzerine kurulur.
• Uygulamalı çalışma: kendi deneme ortamınızda sanal makine kurmak, sanal ağ oluşturmak, depolama hesabına rol bazlı erişim vermek, bir uyarı kuralı yazmak.
• Yönetici düzeyi: abonelik yönetişimi, sanal makine, ağ, depolama ve izleme konularını birlikte kapsayan AZ-104 çizgisi.
• Otomasyon: yaptığınız her kurulumu betiğe ve şablona dökmek.

Sınavların güncel kapsamı ve koşulları Microsoft'un kendi sayfalarında yayımlanır, yayımlanan sürümleri oradan kontrol edin. Sertifika kapıyı açan bir işaret olabilir ama mülakatlarda genellikle gerçek bir sorunu nasıl çözdüğünüz sorulur.

Giriş kapıları da çeşitlidir: sistem veya ağ yöneticisi olarak çalışıp buluta kayanlar, BT destek biriminden ilerleyenler ve geliştiriciyken altyapıya ilgi duyanlar bu role en sık ulaşan gruplardır.

Yakın rollerle sınır nerede?

Rollerin ayrımı şirketten şirkete bulanıklaşır, ancak odak farkı şöyle özetlenebilir:

Ölçüt: Odak. Azure mühendisi: kaynakların kurulumu, işletimi ve sürekliliği. Sistem yöneticisi: çoğunlukla şirket içi sunucular ve kullanıcı ortamı. DevOps mühendisi: kodun derlenip canlıya çıkmasını sağlayan teslimat hattı.

Ölçüt: Karar düzeyi. Azure mühendisi: mevcut mimariyi hayata geçirir ve işletir. Bulut mimarı: hangi hizmetlerin nasıl birleşeceğini, hangi ödünleşimlerin kabul edileceğini tasarlar.

Ölçüt: Güvenlik. Azure mühendisi: erişim, ağ kuralları ve politika uygulamasından sorumludur. Güvenlik mühendisi: tehdit tespiti, olay müdahalesi ve güvenlik duruşunun bütününe odaklanır.

Küçük şirketlerde bu rollerin hepsini aynı kişi üstlenebilir; büyük kurumlarda ayrı ekipler vardır. Bu yüzden ilandaki sorumluluk listesinde kaynak kurulumu mu, erişim ve politika uygulaması mı, yoksa maliyet izleme mi öne çıkıyor, ona bakmak gerekir.

Sık yapılan hatalar

Her şeyi portaldan elle kurmak ilk hatadır. Küçük ortamda çalışır, ancak bir sonraki ortamı kurmanız gerektiğinde fark oluşur ve kimse neyi nasıl yaptığını hatırlamaz. Şablon ve betik alışkanlığı baştan kazanılmalıdır.

İkinci hata gereğinden geniş yetki vermektir. Sorunu çabuk çözmek için yönetici rolü dağıtmak kolaydır, geri toplamak zordur. Yetkiyi mümkün olan en dar kapsamda, belirli bir kaynak grubuna vermek hem güvenlik hem denetim açısından daha sağlıklıdır.

Üçüncü hata yedeğin geri dönüşünü hiç denememektir. Yedek alınıyor olması geri yüklenebildiği anlamına gelmez. Dördüncü hata etiketsiz kaynaklardır: kime ait olduğu bilinmeyen bir sanal makine silinmekten korkulduğu için aylarca faturaya yazılır. Son olarak izlemeyi kurmadan canlıya çıkmak, sorunu kullanıcının size haber vermesine bırakmak demektir.

Mindset programlarında bu rol için nerede çalışılır?

Mindset kataloğunda bu rolün farklı basamaklarına karşılık gelen eğitimler var. Microsoft Azure Eğitimi, bulut temellerinden kaynak oluşturmaya, ağ yapılandırmasından kimlik ve erişim yönetimine, depolamadan izleme ve güvenliğe uzanan bir akış sunar. Şirket içi altyapıdan buluta geçen BT ekipleri için ortak bir kavram ve kaynak yapısı zemini kurmak açısından uygundur.

AZ-900 hazırlık eğitimi bulut kavramlarını yeni öğrenen ve sınava yönelen kişiler için, AZ-104 hazırlık eğitimi ise abonelik yönetişimi, sanal makine, ağ ve depolama yönetimini birlikte ele alan, yönetici rolüne yaklaşan ekipler için tasarlanmış bir başlık yapısına sahip. Eğitim içeriklerinin dönem ve ayrıntıları eğitim sayfalarında yayımlanır.