Hybrid Cloud Karar Çerçevesi ve Workload Placement

Ön koşul: iş hizmeti, requirement, dependency, failure/trust domain, HA/DR, capacity ve lifecycle kavramlarını açıklayabilmelisin. Bu dersin sonunda cloud, private cloud, hybrid cloud ve multicloud terimlerini ürün adından ayıracak; iş sonucu ile workload/data placement kapıları kuracak; latency, sovereignty, connectivity, control plane, shared responsibility, operasyon ve exit etkilerini görünür kılacak; Arven için assumption, evidence, risk, TBD, POC ve yeniden açma koşulu taşıyan placement kararı üretebileceksin. Yaklaşık 31 dakika anlatı ve örnek, 17 dakika uygulama, 12 dakika bilgi kontrolleridir.

Cloud, başka bir veri merkezindeki sanal makine etiketi değildir. NIST tanımı; ağ üzerinden erişilen, paylaşılan ve yapılandırılabilir kaynak havuzunun talep üzerine, hızlı sağlanabilmesi ve ölçülebilmesi gibi özellikleri vurgular. Hizmet modeli ve sorumluluk sınırı değiştiğinde işletim davranışı da değişir. Sanal makineyi uzak bir tesise taşımak self-service, elasticity, measured service, API ve otomasyon sağlamıyorsa yalnız lokasyon değişmiş olabilir. Public cloud provider alanındaki hizmetleri; private cloud kurumun kontrolündeki cloud özellikli platformu; hybrid cloud ise on-premises, edge, private veya public ortamlardaki workload ve data’nın tanımlı connectivity, governance ve operasyon modeliyle birlikte çalışmasını ifade eder. Multicloud birden çok cloud sağlayıcısının kullanılmasıdır; aynı workload’un taşınabilir veya aktif olarak birden çok yerde çalıştığını kanıtlamaz. Hybrid ve multicloud birlikte bulunabilir, fakat farklı karar sorunlarıdır. Karar “cloud mu, on-prem mi?” ikiliğinden başlamaz. Önce iş sonucu, kullanıcı, hizmet seviyesi, data sınıfı, dependency, değişim hızı, ekip ve zaman ufku çıkarılır. Ardından her bileşen için uygun placement ve hizmet modeli değerlendirilir. Aynı iş hizmetinin web katmanı cloud’da, üretim entegrasyonu fabrikada, ana veri tabanı mevcut veri merkezinde olabilir. Bu dağılım tek başına iyi veya kötü değildir; gecikme, veri bütünlüğü, failure domain ve operasyon kanıtıyla değerlendirilir. Cloud adoption ile application modernization aynı karar değildir. Rehost kısa vadede tesis yükünü azaltabilir ama uygulama bağımlılıklarını ve işletim biçimini korur. Refactor ölçek ve managed-service avantajı sağlayabilir; kod, data, test ve beceri değişimi getirir. Container kullanmak da otomatik cloud-native sonuç üretmez. Pre-Sales, hedeflenen iş sonucunu ve kabul ölçüsünü önce yazar; teknoloji yaklaşımını sonra karşılaştırır.

Placement bir uygulama adına tek satır yazmakla bitmez. İş hizmeti; kullanıcı arayüzü, API, batch, database, file/object, message, identity, key, DNS, dış servis, yönetim ve gözlem bileşenlerine ayrılır. Her bileşen data üretir veya tüketir; network gecikmesi ve kesinti davranışı farklıdır. Bir katmanı cloud’a koymak dependency çağrılarını iki ortam arasında çoğaltıyorsa uygulama süresi ve availability zinciri değişir. İş kapıları; kritik fonksiyon, yoğun dönem, RTO/RPO, minimum hizmet, büyüme ve değişim hızıdır. Teknik kapılar; latency/jitter, bandwidth, data gravity, state, I/O, accelerators, platform/OS desteği, entegrasyon ve lisans sınırıdır. Governance kapıları; data residency, privacy, confidentiality, retention, audit, key ownership ve yasal erişimdir. Operasyon kapıları; 7x24 sahiplik, deployment, observability, incident, backup/DR, patch, support ve beceridir. Latency yalnız kullanıcı ile uygulama arasında ölçülmez. Application–database, synchronous replication, storage, identity, DNS, payment, OT/üretim sistemi ve log yolları ayrı bütçelenir. Ortalama ping karar değildir; p95/p99, paket kaybı, route değişimi ve connection setup gerçek işlem akışında ölçülür. Büyük data’yı compute’a taşımak yerine compute’u data’ya yaklaştırmak gerekebilir. İlk migration kadar sürekli replication, backup, analytics ve çıkış trafiği de kapasite ve maliyet üretir. Operational independence önemli bir requirement olabilir. Fabrika internet bağlantısını kaybettiğinde hangi işlev yerel devam etmeli; cloud control plane erişilemezken mevcut workload ne kadar çalışmalı; yeni deployment, scale veya identity doğrulaması mümkün mü? Disconnected veya degraded mode açıkça tasarlanır ve sınanır. “Provider yüksek erişilebilir” ifadesi müşterinin WAN, identity, configuration veya dependency zincirini kapsamaz.

Hybrid mimarinin omurgası yalnız bir VPN veya özel devre değildir. Kullanıcı, workload, data replication, management, backup, logging ve software supply yolları ayrılır. Route advertisement, address overlap, DNS resolution, firewall policy, certificate, MTU, proxy, NAT, load balancer, egress ve external allowlist birlikte tasarlanır. Tek carrier veya tek edge cihazı farklı ortamlardaki bütün hizmetleri aynı failure domain’e bağlayabilir. Control plane ile data plane ayrılır. Çalışan workload provider veya merkezi yönetim API’si erişilemezken devam edebilir; fakat yeni instance/pod oluşturma, policy değiştirme, secret alma, image çekme, ölçekleme veya recovery yapılamayabilir. Bu nedenle “çalışıyor” ile “işletilebilir” ayrı ölçülür. Identity federation, privileged access, key/secrets, CI/CD, registry, IaC state ve observability hangi control/trust domain’deyse ortak neden olarak haritaya eklenir. Shared responsibility genel bir poster değil, bileşen bazlı RACI’dir. Provider fiziksel tesis ve belirli managed-service katmanlarını işletirken müşteri identity, data, configuration, network policy, application ve kullanıcı erişiminden sorumlu olabilir. IaaS, managed database ve Kubernetes hizmetlerinde sınır değişir. Support planı veya SLA, yanlış configuration ve eksik recovery tasarımını üstlenmez. Operasyon ekibi hangi alarmı kimin göreceğini, kimin ilk müdahaleyi ve provider escalation’ını yapacağını bilir. Landing zone; account/subscription/project yapısı, identity, policy, network, logging, key, budget, tagging, resource hierarchy, quota ve deployment guardrail’lerinin tekrar edilebilir temelidir. Ancak landing zone workload mimarisinin yerine geçmez. Portability de “container var” demek değildir: API, data format, identity, network, managed service, IaC, observability, licence ve egress bağımlılıkları exit testinde ölçülür. Taşınabilirlik gereksinimi recovery, pazarlık gücü veya regülasyon gibi somut bir senaryoya bağlanır.

Arven üç yaklaşımı karşılaştırır. A portalı ve data’yı yerelde modernize eder; migration riski düşüktür, ancak elasticity ve tesis kapasitesi sınırlıdır. B web/API’yi cloud’a, ERP data ve üretim entegrasyonunu yerelde bırakır; seçici elasticity sunar, fakat WAN, identity ve gözlem sınırlarını büyütür. C uygulama ile data’yı cloud’a taşır; managed service fırsatı verir, fakat migration, fabrika bağımlılığı, exit ve yerel çalışma yeniden tasarlanır. İş hedefi hızlı ölçek, kısa sürüm süresi ve üç yıllık tesis yatırımını azaltmaktır. Fabrika sipariş teyidi 20 ms ek latency bütçesine, ödeme ve ERP tutarlılığı transaction sınırına sahiptir. Üretim ve kişisel data için yerleşim/key gereksinimi hukuk/security tarafından doğrulanacaktır. İnternet kaybında fabrika minimum sipariş kuyruğunu dört saat yerel tutabilmelidir. Ön elemede C’nin “tam taşıma” seçeneği dependency ve offline requirement nedeniyle kanıtsızdır. A iş hedefinin elasticity bölümünü karşılamaz. B adaydır; ancak yalnız POC kapıları geçerse: gerçek işlem p99 latency, iki network yolundan biri kayıpken minimum hizmet, identity/control-plane kesintisinde mevcut hizmet ve break-glass, queue idempotency/replay, data egress/backup, güvenlik logu ve DR kabulü. Placement bileşen bazında yazılır; “uygulama cloud’da” genellemesi kullanılmaz. Üç yıllık TCO; compute yanında bağlantı, egress, log, backup, support, licence, test ortamı, operasyon işgücü ve migration/exit eforunu içerir. Risk register WAN, identity, data sınıflandırma, p99 latency, retry, quota, beceri ve maliyet sapmasını owner/tarihle izler. TBD kapanmadan karar koşulsuz sunulmaz. Koşullu öneri: web ve stateless API, p99 latency ile degraded-mode POC’unu geçer; data/identity/control sınırı onaylanır; çift bağlantı ve yerel queue/replay çalışır; adverse TCO bütçedeyse cloud’a yerleştirilir. ERP data ve fabrika entegrasyonu yerelde kalır. Data, bağlantı, regülasyon, büyüme, support veya POC sonucu değişirse karar yeniden açılır.