Merhaba! Önceki dersimizde, bir Google Cloud çözümünün maliyetini nasıl tahmin edeceğinizi ve bunu müşterilerinize nasıl sunacağınızı öğrendik. Bu, bir danışmanın araç setindeki en önemli becerilerden biridir. Şimdi, bu temel üzerine inşa ederek ve ilk modül boyunca öğrendiğimiz tüm kavramları bir araya getirerek danışmanlık şapkamızı tam olarak takma zamanı.
Bu ders, Cloud Digital Leader (CDL) sertifikasyon yolculuğunuz ve freelance hedefleriniz için bir dönüm noktası niteliğindedir. Bu dersin sonunda, CDL tarzı bir müşteri vakasını analiz ederek uygun hizmeti, sunduğu iş değerini, güvenlik sorumluluklarını ve başarı ölçütlerini gerekçeleriyle birlikte seçebilecek yetkinliğe ulaşacaksınız. Bu, sadece bir sınavı geçmek için değil, aynı zamanda gerçek dünya müşterilerine değer sunabilmek için gereken düşünce yapısını benimsemeniz anlamına gelir.
Danışmanın Zihniyeti: Teknolojinin Ötesinde Değer Yaratmak
Teknik satış ve sistem mühendisliği geçmişinizden bildiğiniz gibi, en iyi teknoloji bile bir iş problemini çözmüyorsa anlamını yitirir. Bulut danışmanlığı da tamamen bu ilke üzerine kuruludur: teknolojiyi iş hedeflerine bağlamak. Google'ın önde gelen isimlerinden Vint Cerf'in de vurguladığı gibi, bulutun "ne yapabildiğini" anlamak, "nasıl yaptığı" detaylarından daha kritik olabilir.
Aşağıdaki kısa videoda Vint Cerf, liderlerin bulut teknolojisini bir iş dönüşümü aracı olarak nasıl görmeleri gerektiğini anlatıyor. Bu bakış açısı, bir danışman olarak sizin de benimsemeniz gereken temel zihniyettir.
Vint Cerf on Google Cloud Digital Leader
Vint Cerf'in bulutun sadece teknik bir kapasite olmadığını, aynı zamanda iş süreçlerini ve şirketlerin erişebileceği olanakları nasıl kökten değiştirdiğini anlattığı bu videoyu izleyin.
Videonun tamamını, özellikle bulutun yeteneklerini anlama ve teknolojinin nasıl kullanıldığına dair vizyon gerekliliği hakkındaki kısımlara odaklanarak izleyebilirsiniz.
Cerf'in de belirttiği gibi, mesele sadece teknoloji değil, teknolojinin nasıl kullanıldığıdır. Google, bu dönüşüm yolculuğunda organizasyonlara rehberlik etmek için Google Cloud Adoption Framework (GCAF) adında bir çerçeve sunar. Bu çerçeve, bir danışman olarak müşterinizin bulut olgunluğunu değerlendirmenize ve onlara yol göstermenize yardımcı olacak değerli bir zihinsel modeldir. GCAF, bir organizasyonun bulut yolculuğunu dört ana tema (Öğren, Liderlik Et, Ölçeklen, Güvenliği Sağla) ve üç olgunluk aşaması (Taktik, Stratejik, Dönüşümsel) üzerinden inceler. Bir sonraki kaynağın ilgili bölümünü inceleyerek bu kavramlara aşina olmanız, sunacağınız çözümlerin "iş değerini" daha etkili bir şekilde ifade etmenizi sağlayacaktır.
Google Cloud Digital Leader Exam Prep Guide
Bu doküman, CDL sınavına hazırlık için kapsamlı bir rehberdir. Şimdi, bir çözümün "neden" önemli olduğunu açıklamak için kullanacağımız teorik altyapıyı inceleyeceğiz.
"Chapter Three | Google Cloud Adoption Framework" başlığı altındaki metni okuyun. Özellikle "GCAF Themes" (Temalar) ve "GCAF Phases" (Aşamalar) başlıklarına odaklanın. Bu terimler, bir teknoloji önerisini bir iş stratejisine bağlamanıza yardımcı olacaktır.
Bir Müşteri Vakasını Analiz Etmek: Dört Adımlı Yaklaşım
Artık bir danışmanın zihniyetine sahip olduğumuza göre, bir müşteri senaryosunu nasıl analiz edeceğimizi öğrenelim. Karşınıza çıkan her vakayı dört temel soru etrafında yapılandırabilirsiniz:
- Hangi Hizmet? (Teknik Çözüm)
- Neden Bu Hizmet? (İş Değeri)
- Kim Sorumlu? (Güvenlik ve Operasyon)
- Başarıyı Nasıl Ölçeriz? (Metrikler)
Şimdi bu adımları, CDL tarzı örnek vakalar üzerinden tek tek inceleyelim.
1. Adım: Uygun Hizmeti Seçmek
Bir müşteri ihtiyacını doğru Google Cloud hizmetiyle eşleştirmek, temel teknik yeterliliktir. Bu, genellikle gereksinimleri (örneğin, veri yapısı, ölçek, gecikme süresi) bir hizmetin özellikleriyle karşılaştırmayı içerir.
Örneğin, depolama ve veritabanı hizmeti seçimi, sık karşılaşılan bir senaryodur. Aşağıdaki karar ağacı, bu süreci nasıl basitleştirebileceğinizi gösteren harika bir görsel örnektir.
Şimdi bu düşünce yapısını bir vaka üzerinde uygulayalım.
Vaka Örneği (Soru 10, LINK):
Bir yemek dağıtım şirketi, JSON belgelerini depolayan, istemcilere (iOS/Android/Web) gerçek zamanlı güncellemeler gönderen, çevrimdışı senkronizasyonu destekleyen ve günde 150.000 aktif kullanıcıya sunucusuz (serverless) olarak ölçeklenebilen bir sipariş takip sistemi kurmak istiyor.
Analiz:
- İhtiyaç: JSON belgeleri, gerçek zamanlı güncellemeler, çevrimdışı senkronizasyon, mobil/web SDK desteği, sunucusuz ölçeklenme.
- Cloud Spanner? Hayır, çünkü Spanner ilişkisel (SQL) bir veritabanıdır ve temel olarak çevrimdışı mobil senkronizasyon için tasarlanmamıştır.
- Cloud Storage? Hayır, çünkü bu bir nesne depolama hizmetidir. JSON dosyalarını saklayabilir ama sorgulama, gerçek zamanlı dinleyiciler veya çevrimdışı senkronizasyon yetenekleri sunmaz.
- BigQuery? Hayır, çünkü bu bir veri ambarıdır ve analitik (OLAP) iş yükleri için optimize edilmiştir, düşük gecikmeli uygulama işlemleri (OLTP) için değil.
- Firestore? Evet. Çünkü Firestore, tam olarak bu ihtiyaçlar için tasarlanmış sunucusuz bir NoSQL belge veritabanıdır. Gerçek zamanlı dinleyiciler, çevrimdışı kalıcılık ve zengin mobil/web SDK'ları sunar.
Bu türden daha fazla hizmet tanımını ve karşılaştırmasını aşağıdaki kaynakta bulabilirsiniz. Bu, farklı hizmetlerin ne zaman ve neden kullanılacağını anlamanız için temel başvuru kılavuzunuz olacaktır.
Google Cloud Digital Leader Exam Prep Guide
Bu bölümde, Google Cloud'un temel hizmetleri kategorilere ayrılmış bir şekilde açıklanmaktadır. Hangi hizmetin ne işe yaradığını öğrenmek, doğru seçimi yapmanın ilk adımıdır.
"Chapter Four | Google Cloud Core Products and Services" başlığı altındaki bölümü gözden geçirin. Özellikle "Compute", "Databases and Data Analytics" ve "Storage" kategorilerindeki ürün açıklamalarını ve tablolarını inceleyin. Her bir hizmetin ne için "iyi" olduğunu anlamaya çalışın.
2. Adım: İş Değerini Gerekçelendirmek
Teknik olarak en iyi çözümü bulmak yeterli değildir; müşterinin bu yatırımı neden yapması gerektiğini de açıklamanız gerekir. Bu, GCAF'ta öğrendiğimiz "stratejik" ve "dönüşümsel" faydaları vurgulamak anlamına gelir.
Vaka Örneği (Soru 3, LINK):
Tüm altyapısını buluta taşıyan bir kuruluş, artık daha hızlı inovasyon yapmak ve yatırımının geri dönüşünü artırmak istiyor. Kuruluş ne yapmalı?
Analiz:
- Seçenekler: SLO'ları düşürmek, uygulamaları modernize etmek, altyapıyı manuel sağlamak, hibrit mimariye geri dönmek.
- Doğru Seçim: "Uygulamalarını modernize etmek" (Modernize their applications).
- İş Değeri: Sadece altyapıyı taşımak ("lift-and-shift"), genellikle sadece maliyetleri düşürmeye odaklanan taktik bir adımdır. Ancak uygulamaları modernize etmek (örneğin, monolitik bir uygulamayı mikroservislere ayırmak), şirketin yeni özellikleri daha hızlı sunmasını, müşteri ihtiyaçlarına daha çabuk yanıt vermesini ve dolayısıyla daha hızlı inovasyon yapmasını sağlar. Bu, bulutun stratejik ve dönüşümsel değerini ortaya çıkarır.
3. Adım: Güvenlik Sorumluluğunu Açıklamak
Bulutta güvenlik, Google ile müşteri arasında paylaşılan bir sorumluluktur. Seçtiğiniz hizmet modeline (IaaS, PaaS, SaaS) göre bu sorumlulukların dağılımı değişir. Bir danışman olarak bu sınırları net bir şekilde çizmeniz beklenir.
Vaka Örneği:
Bir müşteri, web uygulamasını Compute Engine (IaaS) üzerinde çalıştırmak yerine Cloud Run (PaaS/Serverless) üzerinde çalıştırmaya karar veriyor. Bu kararın güvenlik sorumluluklarına etkisi nedir?
Analiz:
Aşağıdaki kaynağı referans alarak bu soruyu cevaplayabiliriz.
Google Cloud Digital Leader Exam Prep Guide
Bu bölüm, güvenlik görevlerinin Google ve müşteri arasında nasıl paylaşıldığını net bir şekilde ortaya koyuyor.
"Shared Responsibility Model for Google Cloud" başlığı altındaki şemayı ve açıklamaları inceleyin. Özellikle farklı hizmet modelleri (IaaS, PaaS, FaaS) için sorumlulukların nasıl değiştiğine dikkat edin.
- Compute Engine (IaaS): Müşteri, işletim sisteminin (örneğin, Linux veya Windows) yamalanmasından, güvenlik yapılandırmasından ve üzerine kurulan tüm yazılımlardan sorumludur. Google ise fiziksel altyapıdan sorumludur.
- Cloud Run (PaaS): Müşteri, sadece uygulama kodundan ve hizmet yapılandırmasından (örneğin, IAM izinleri) sorumludur. Google, işletim sistemini, container runtime'ı ve tüm altyapıyı yönetir ve güvence altına alır.
- Sonuç: Cloud Run'a geçmek, müşterinin operasyonel ve güvenlik yükünü önemli ölçüde azaltır, çünkü işletim sistemi düzeyindeki güvenlik endişeleri Google'a devredilmiş olur.
4. Adım: Başarıyı Tanımlamak ve Ölçmek
Bir projenin başarılı olup olmadığını nasıl anlarız? Başarı, ölçülebilir hedeflerle tanımlanmalıdır. Site Reliability Engineering (SRE) disiplini, bu konuda bize güçlü bir terminoloji sunar: SLI, SLO ve SLA.
Vaka Örneği (Soru 20, LINK):
Bir servis için %99.9 aylık kullanılabilirlik ve yoğun saatlerde 300ms'in altında 95. persentil istek gecikmesi hedefleniyor. SRE çerçevesinde, hizmetin gerçekte ne kadar iyi performans gösterdiğini ölçen metrik hangisidir?
Analiz:
- SLO (Service-Level Objective): Hedef. Örneğimizde "%99.9 kullanılabilirlik" bir SLO'dur.
- SLA (Service-Level Agreement): Müşteri ile yapılan ve genellikle yaptırımları olan resmi sözleşme. Genellikle SLO'dan daha gevşektir.
- SLI (Service-Level Indicator): Gerçek ölçüm. "Gerçekte ne kadar iyi performans gösterdiğini ölçen metrik" budur. Örneğin, bir ay boyunca başarılı isteklerin yüzdesi veya 95. persentil gecikmenin gerçek değeri birer SLI'dır.
- Doğru Cevap: SLI. Başarıyı ölçmek için önce neyi ölçeceğimizi (SLI) tanımlamalı, sonra bu ölçüm için bir hedef (SLO) belirlemeliyiz.
Özet ve Sonraki Adımlar
Bu ders, sizi bir teknoloji sağlayıcısından bir iş ortağına dönüştürecek zihinsel çerçeveyi oluşturmayı amaçladı. Artık bir müşteri senaryosunu alıp onu dört temel boyutta analiz edebilecek durumdasınız: doğru hizmeti seçmek, bu seçimin iş değerini açıklamak, güvenlik sorumluluklarını netleştirmek ve başarının nasıl ölçüleceğini tanımlamak.
Anahtar Çıkarımlar:
- Danışmanlık Zihniyeti: Bulut, sadece bir teknoloji değil, bir iş dönüşümü aracıdır. Göreviniz bu bağlantıyı kurmaktır.
- Dört Adımlı Analiz: Her müşteri vakasına Hizmet, İş Değeri, Güvenlik ve Başarı Metrikleri merceğinden bakın.
- GCAF: Bir çözümün iş değerini (taktik, stratejik, dönüşümsel) ifade etmek için Google Cloud Adoption Framework'ü bir dil olarak kullanın.
- Paylaşılan Sorumluluk: Seçilen hizmet modelinin (IaaS, PaaS, SaaS) güvenlik sorumluluklarını nasıl etkilediğini daima göz önünde bulundurun.
- Ölçülebilir Başarı: Başarıyı tanımlamak için SRE terminolojisinden (SLI, SLO) yararlanın.
Bu dersle birlikte ilk modülümüzü tamamladık. Bulut düşüncesi ve Google Cloud'un sunduğu değer hakkında sağlam bir temel oluşturduk. Bir sonraki modülde, "Kaynak Hiyerarşisi, Çalışma Ortamı ve Maliyet Güvenliği" konusuna dalarak bu teorik bilgileri pratiğe dökmeye başlayacağız. İlk olarak, bir Google Cloud ortamını organize etmenin temel yapı taşları olan Organization, Folder ve Project hiyerarşisini inceleyeceğiz ve ilk projemizi oluşturacağız.