On altyapı ekibine bir cloud exit strategy'leri olup olmadığını sorun, dokuzu evet diyecektir. Neden oluştuğunu sorun, genellikle bir vendor incelemesi sırasında yazılmış, hangi servislerin proprietary hangilerinin taşınabilir olduğunu listeleyen bir wiki sayfası alırsınız. Bu bir strateji değil bir envanterdir. Gerçek test daha az rahat: sağlayıcınız fiyatlarını ikiye katlasa, yargı bölgesini değiştirse veya bir Salı sabahı hesabınızı askıya alsa, başka bir yerde trafiği karşılamaya başlayana kadar kaç hafta geçer - ve ekibinizde bunu bir spreadsheet açmadan kim cevaplayabilir?

Buradaki regülasyon baskısı gerçek ama ilginç olan kısım o değil. Data Act geçiş ücretlerini kaldırıyor, bu da finans departmanının bahanesini elinden alıyor. Schrems II ve CLOUD Act hukuki olanı yıllar önce elinden aldı. Geriye kalan mühendislik gerçekliği ve hiçbir direktif bunu düzeltmez. Bir regülatör kağıt üzerinde ayrılmayı daha ucuz hale getirebilir; deployment pipeline'ınızı, identity modelinizi, DNS kayıtlarınızı ve restore yolunuzu ikinci bir sağlayıcıda çalışır hale getiremez. O iş sizindir ve bütün maliyet odur.

Bir cloud exit strategy gerçekte nedir

Bir exit strategy, bir belge değil, mimarinizin ölçülebilir bir özelliğidir. Ölçüm nettir: zaten işlettiğiniz araçları kullanarak, yeni kod yazmadan, çalışan varlığınızın hangi payını farklı bir sağlayıcıda ayağa kaldırabilirsiniz? Çoğu ekip için dürüst cevap yüzde kırk ile yetmiş arasında bir yere düşer ve boşluk hiçbir zaman bekledikleri yerde değildir. Nadiren uygulamadır. Managed veritabanıdır, kuyruktur, object storage semantiğidir ve kimsenin hiç yazmadığı on bir küçük operasyonel alışkanlıktır.

Arıza modu, iki sağlayıcıya sahip olmanın bir şey kanıtladığına inanmaktır. Birçok şirket üretimi bir hyperscaler'da ve başka bir yerde unutulmuş bir test projesinde çalıştırır, sonra sonuca multi-cloud der. Optionality, ikinci bir hesabın varlığı değildir; onu kullanabilme yeteneğidir. İzleme, backup'lar, bir on-call rota ve gerçekten gerçekleştirdiğiniz bir restore ile birlikte gerçek bir workload, birincil sağlayıcınızdan başka bir yerde çalışana kadar, ikinci bir seçeneğiniz değil, ikinci bir faturanız var demektir.

Ayrılmayı zorlaştıran üç şey

Birincisi, sıkıcı ve belirleyici olan data gravity. Byte'ları kopyalamak ucuzdur, bir sistem canlıyken tutarlı bir şekilde taşımak ise pahalıdır. Veriniz proprietary bir managed servisin içine yerleştiği anda, exit bir kopyalama olmaktan çıkıp onunla konuşan her şeyin yeniden yazımı haline gelir. Bu yüzden, bugün tercih etmeseler bile kendilerinin çalıştırabileceği bir şeyde state'lerini tutan ekipler, tamamen managed yığınlardaki ekiplerin birkaç yıl içinde sessizce kaybettiği seçenekleri korur.

İkincisi, operasyonel kas hafızası. Ekibiniz bir sağlayıcının identity modelini, bir firewall soyutlamasını, network'lere isim verme şeklini, sabahın üçünde bir konsol yerleşimini bilir. İkinci bir sağlayıcıya geçin, bunların her biri baskı altında yabancı hale gelir. Maliyet migrasyon hafta sonu değildir; tahmin yürüten insanlar tarafından biraz daha yavaş halledilen sonraki altı ayın olaylarıdır. Kimse bunu bir migrasyon tahminine koymaz ve genellikle üzerindeki en büyük kalemdir.

Üçüncüsü, maliyet atfı. Çoğu ekip bugün tek bir workload'ın neye mal olduğunu söyleyemez, bu da sağlayıcıları karşılaştırmayı prensipte imkansız kılar. Faturanız sağlayıcı başına tek bir rakamsa ve mimariniz kırk servisse, exit konuşması hislere dönüşür. Bir exit'i fiyatlandırabilmeden önce, unuttuğunuz küçükler dahil kullandığınız her sağlayıcı genelinde servis, proje ve ortama göre kırılmış harcamaya ihtiyacınız var. Bu göz alıcı olmayan bir temel çalışmadır ve buradaki her diğer kararın ön koşuludur.

AB'de cloud vendor lock-in'den nasıl kaçınılır

Cloud vendor lock-in'den kaçınmak istiyorsanız, AB pazarı çoğu ekibin tahmin ettiğinden daha iyi durumda. Hetzner'in fiyat-performansı, hyperscaler faturalarını yanlış yönde bir yuvarlama hatası gibi gösteriyor. OVHcloud, Avrupa genelinde kendi veri merkezlerini ve fiberini işletiyor. Scaleway, Fransa'dan gerçekten modern, geliştirici dostu bir deneyim sunuyor. UpCloud, Finlandiya'dan güvenilir compute sağlıyor. Hiçbiri her hyperscaler servisinin yerini almıyor - ama altyapı parasının gerçekte çoğunun gittiği compute, block storage ve networking için inandırıcılar ve yalnızca AB hukukuna hesap veriyorlar.

Dürüst sınır managed servislerdir. Ürününüz proprietary bir serverless veritabanı, belirli bir event bus veya başka hiçbir yerde eşdeğeri olmayan bir machine learning platformu üzerine kuruluysa, hiçbir miktarda Avrupa coşkusu bunu bir çeyrek içinde değiştirmez. İşe yarayan hamle kahramanca bir hep-ya-da-hiç migrasyonu değildir. Bugün hangi workload'ların taşınabilir olduğunu tam olarak bilmek, bir kısmını yargı bölgesinin ve fiyatın size uyduğu yerde çalıştırmak ve gerisini tarihin bir kazası yerine kasıtlı, belgelenmiş bir karar olarak ele almaktır.

Bir çıkış provası aslında neyi içerir

Provayı bir restore tatbikatı gibi ele alın, çünkü zaten öyle. Gerçek bir workload seçin - pazarlama sitesi değil, state'i ve bir runbook'u olan bir şey. Onu ikinci bir sağlayıcıda ayağa kaldırın. Gerçek trafiğin bir kısmını oraya yönlendirin. Bilerek bir şeyi bozun ve izlemenizin, erişim modelinizin ve nöbet çizelgenizin orada da işleyip işlemediğine bakın. Sonra geçen gerçek süreyi ve sizi şaşırtan her şeyi yazın. Hiçbir sürprizin çıkmadığı bir prova genellikle çok kolay bir şey seçtiğiniz anlamına gelir.

Çoğu ekibin hiç prova yapmamasının nedeni tembellik değil, araçlardır. Her ek sağlayıcı; bir konsol daha, bir credential modeli daha, bir faturalama dışa aktarımı daha, öğrenilmesi gereken bir tuhaflıklar kümesi daha demektir - ve küçük bir platform ekibi bunu bulut başına bir kez bile kaldıramaz. Bu, egemenlik konuşmasını sessizce her yıl yeniden "gelecek yılın sorunu" haline getiren operasyonel vergidir. Ve tam olarak bir control plane'in masanızdan kaldırması gereken sorun da budur.

Sencai'yi işte bu olsun diye kurduk. On bir sağlayıcı üzerinde tek bir control plane - Hetzner, OVHcloud, Scaleway, UpCloud, AWS, Azure, Google Cloud, DigitalOcean, Vultr, Akamai'nin Linode'u ve Oracle Cloud - artı bir host ajanı üzerinden kendi sunucularınız. Ağlar, güvenlik duvarları ve DNS, gerçekte yaşadıkları yerde, yani sağlayıcının kendisinde yönetilir; böylece ikinci bir sağlayıcı ikinci bir platform ekibi değil, aynı arayüzde bir kutucuk haline gelir. Harcama, sınırlarla birlikte organizasyon başına izlenir; böylece çıkış konuşmasının içinde rakamlar da olur.

Bunu kendi sağlayıcı hesaplarınız üzerinde çalıştırabilir, ya da kapasiteyi bizim üzerimizden satın alıp tek bir faturada tutabilirsiniz - ikisi de destekleniyor ve seçimi daha sonra değiştirmek size kalmış. Hangisini seçerseniz seçin, elde ettiğiniz sonuç aynıdır ve üst yönetime raporlanmaya değer tek rakam budur: başka bir yerde çalışır hale gelmenizin ne kadar süreceği. Bunu bir kez ölçün, bir korku olmaktan çıksın. Her çeyrekte ölçün, bir müzakerede, bir tedarik incelemesinde ve bir gün bu soruyu size sorduran an geldiğinde bir koz haline gelsin.