Bulut Mühendisi mi DevOps Mühendisi mi? Görevler, Beceriler ve Geçiş Yolları

Ortak zemin ve asıl ayrım

Bulut mühendisi ve DevOps mühendisi aynı ekiplerde, aynı araçlarla ve çoğu zaman aynı sohbet kanalında çalışır. İkisi de komut satırını, betik yazmayı, Linux'u, ağ temellerini ve kod olarak altyapıyı bilir; ikisi de bir sorun çıktığında sistemin kayıtlarına ve izleme panellerine bakar. Bu yüzden bazı şirketlerde iki unvan aynı kişiye verilir.

Ayrımı en net biçimde sorumluluk alanı yapar. Google, Associate Cloud Engineer rolünü uygulamaları, hizmetleri ve altyapıyı dağıtan ve güvenliğini sağlayan, birden çok projenin işletimini izleyen ve kurumsal çözümleri hedef performans ölçütlerini karşılayacak biçimde sürdüren kişi olarak tanımlar. Yani bulut mühendisi bulut platformunun kendisinden sorumludur.

DevOps ise AWS'nin tanımıyla, kuruluşların uygulama ve hizmetleri daha hızlı sunmasını sağlayan kültürel yaklaşım, uygulama ve araçların birleşimidir; sürekli entegrasyon, sürekli teslimat, kod olarak altyapı, izleme ve günlük kaydı ile ekipler arası iletişim bu uygulamaların başında gelir. DevOps mühendisi bu uygulamaları kuran ve işleten kişidir; sorumluluğu, yazılımın geliştiricinin bilgisayarından canlı ortama güvenli ve hızlı biçimde akmasıdır.

Temel farklar ölçüt ölçüt

• Ana sorumluluk: Bulut Mühendisi, bulut altyapısının tasarıma uygun kurulması, güvenliği, sürekliliği ve maliyeti / DevOps Mühendisi, yazılım teslim hattının hızı, güvenilirliği ve otomasyonu.
• Günlük işin konusu: Bulut Mühendisi, sanal ağlar, hesaplama kaynakları, depolama, kimlik ve erişim yönetimi, yedekleme / DevOps Mühendisi, derleme ve test hatları, sürüm stratejileri, ortam yönetimi, konteyner imajları.
• Birlikte çalıştığı kişiler: Bulut Mühendisi, bulut mimarı, güvenlik ve ağ ekipleri, finans tarafında maliyet sorumluları / DevOps Mühendisi, yazılım geliştiriciler, test ekipleri, ürün ekipleri.
• Başarı ölçütü: Bulut Mühendisi, erişilebilirlik, güvenlik bulgularının azlığı, kaynak verimliliği ve maliyet / DevOps Mühendisi, canlıya çıkış sıklığı, değişikliklerin hata oranı, sorunun giderilme süresi.
• Platform bağlılığı: Bulut Mühendisi, genellikle bir ya da birkaç bulut sağlayıcısında derin uzmanlık / DevOps Mühendisi, araç ve süreç bilgisi daha taşınabilir; şirket içi sunucularda da aynı uygulamalar kurulur.
• Kod yazma: Bulut Mühendisi, altyapı tanımları ve otomasyon betikleri / DevOps Mühendisi, hat tanımları, otomasyon araçları, zaman zaman uygulama koduna yakın düzenlemeler.

Aynı projede iki rol: bir iş günü

Bir e-ticaret şirketinin ödeme hizmetini buluta taşıdığını düşünün.

Bulut mühendisi sabah, yeni hizmet için ayrı bir hesap ve sanal ağ hazırlar; alt ağları, güvenlik duvarı kurallarını ve veritabanına yalnız uygulama sunucularının erişebileceği bağlantıyı kod olarak altyapı araçlarıyla tanımlar. Öğleden sonra, hizmet hesabına yalnız ihtiyaç duyduğu yetkilerin verildiğini kontrol eder, yedekleme politikasını kurar ve geçen ayın faturasında beklenmedik artış gösteren bir depolama kalemini inceler.

Aynı gün DevOps mühendisi, ödeme ekibinin kod deposu için bir hat kurar: her birleştirmede uygulama derlenir, birim testleri ve güvenlik taramaları çalışır, konteyner imajı oluşturulup test ortamına dağıtılır. Canlıya çıkışta trafiğin önce küçük bir kısmının yeni sürüme yönlendirildiği kademeli bir sürüm stratejisi ayarlar ve hata oranı yükselirse otomatik geri dönüş tetikleyen bir izleme kuralı ekler.

İkisinin işi kesişir: DevOps hattının dağıtım yaptığı ortamı bulut mühendisi kurar, bulut mühendisinin altyapı değişiklikleri de çoğu zaman DevOps mühendisinin kurduğu hattan geçerek uygulanır.

Hangi rol size daha uygun?

Seçimi araçlardan çok, hangi tür problemden keyif aldığınız belirlemelidir.

• Ağ tasarımı, kimlik ve yetki modelleri, güvenlik kuralları, felaket kurtarma ve maliyet optimizasyonu ilginizi çekiyorsa bulut mühendisliği daha uygun bir başlangıçtır. Sistem ya da ağ yöneticiliğinden gelenler için bu rol, var olan bilginin buluta taşınmasıdır.
• Geliştiricilerin işini hızlandırmak, tekrarlayan işleri otomatikleştirmek, test ve sürüm süreçlerini iyileştirmek ilginizi çekiyorsa DevOps mühendisliği daha uygundur. Yazılım geliştirmeden gelenler bu rolde kod ve sürüm kültürü bilgisini doğrudan kullanır.
• İki alan da ilginizi çekiyorsa başlangıç sırası genellikle şöyledir: önce Linux, ağ temelleri ve bir bulut sağlayıcısının temel hizmetleri; sonra kod olarak altyapı; ardından sürekli entegrasyon ve teslimat, konteynerler ve izleme.

Kıdem ilerledikçe iki yol birbirine yaklaşır. Bulut mühendisleri bulut mimarlığına ya da platform mühendisliğine, DevOps mühendisleri platform mühendisliğine ya da site güvenilirlik mühendisliğine (SRE) ilerleyebilir.

Geçiş yolu: sistem yöneticisinden ya da geliştiriciden

Bu iki role çoğu kişi başka bir rolden geçer; başlangıç noktası, öğrenme sırasını değiştirir.

Sistem yöneticisi olarak çalışan biri için ilk adım, bildiği sunucu, ağ ve yedekleme kavramlarının bir bulut sağlayıcısındaki karşılıklarını öğrenmektir. Ardından altyapıyı el ile değil, kod olarak altyapı araçlarıyla tanımlamayı öğrenir; bu, hem bulut mühendisliğinin hem de DevOps'un ortak kapısıdır. Bu noktada bulut tarafında kalıp kimlik, güvenlik ve maliyet konusunda derinleşebilir ya da sürekli entegrasyon ve teslimat hatlarına geçip DevOps tarafına yönelebilir.

Yazılım geliştirici için ilk adım, kendi uygulamasının derleme ve test sürecini otomatikleştirmek, uygulamayı konteyner haline getirmek ve bir bulut ortamına dağıtmaktır. Ardından izleme, günlük kaydı ve sürüm stratejileri gelir. Geliştiricinin zorlandığı alan genellikle ağ ve güvenlik temelleridir; bu boşluk kapatılmadan bulut mühendisliğine geçiş zorlaşır.

Sertifikalar bu süreçte bilgi düzeyini göstermenin bir yoludur; gerçek bir ortam kurup işletmiş olmak ise bu bilgiyi uygulamada gösterir. Kişisel bir projeyi baştan sona kod olarak altyapıyla kurup bir teslim hattına bağlamak, iki rol için de güçlü bir kanıttır.

Sık yapılan hatalar

• Rolü araç listesiyle tanımlamak: aynı araçları kullanmak aynı sorumluluğu taşımak demek değildir.
• DevOps'u yalnız bir unvan ya da ekip olarak görmek; AWS'nin tanımında DevOps önce bir kültür ve çalışma biçimidir.
• Bulut mühendisliğine ağ ve güvenlik temelleri olmadan başlamak.
• DevOps'a test ve sürüm süreçlerini anlamadan yalnız araç kurulumuyla girmek.
• Bulut konsolunda el ile yapılan değişiklikleri kayda geçirmemek; kod olarak altyapı ile gerçek durum arasındaki fark büyüdükçe ortamlar yönetilemez hale gelir.

Mindset programlarında bu roller

Bulut Bilişim Temelleri eğitimi servis ve dağıtım modellerini, büyük sağlayıcıların karşılaştırmasını, bulut güvenliğinin temellerini ve maliyet ile taşıma planlamasını ele alır; bulut rolüne geçmek isteyen sistem yöneticileri ve yazılımcılar için bir başlangıç noktasıdır. DevOps Temelleri eğitimi ise DevOps felsefesi ve kültürel dönüşümden başlayıp sürekli entegrasyon, sürekli teslimat, altyapı otomasyonu, izleme ve ekip modellerine ilerler.

Google Cloud üzerinde bulut mühendisliğine odaklanmak isteyenler için GCP Associate Cloud Engineer Hazırlık, iki rolün ortak kapısı olan kod olarak altyapıyı derinleştirmek isteyenler için Terraform ile Altyapı Otomasyonu eğitimi tamamlayıcıdır.