Gerçek Kontrolü: Çürütülen 10 Çoklu Bulut Efsanesi

Çoklu bulut ortamları hızla kurumsal BT ekosisteminin standart bir bileşeni haline geliyor. Bu tür bulut bilişimi çevreleyen makul miktarda belirsizlik var.

Çoklu bulut, işletmelere daha fazla verimlilik, esneklik ve ölçeklenebilirlik sunsa da bazı dezavantajlara sahiptir. Ve diğer herhangi bir kurumsal teknoloji gibi, kendi artıları ve eksileri vardır. Öyleyse, çoklu bulut bilgi işlem hakkında muhtemelen duymuş olduğunuz efsanelere ve neden daha yanlış olamayacaklarına bakalım!

1. Çoklu bulut ve hibrit bulut ve özdeş

Gerçek : Her ikisi de heterojen ortamlar olsa da, çoklu ve hibrit bulutların BT için çok farklı etkileri vardır.

Çoklu bulut ve hibrit bulut benzer olsa da bazı önemli farklılıklar vardır. Bunlar tasarımlarını ve operasyonlarını etkileyebilir.

Öncelikle, ön uç uygulamalar için AWS ve Exchange Sunucuları için Azure gibi çeşitli sağlayıcıların bulutlarını kullanır. Hibrit bulut, özel bulut sistemlerini bir dizi genel bulutla entegre ederek tek bir varlık olarak çalışmalarını sağlar.

Uyguladığınız bulut mimarisinin türü, çalıştırdığınız veya desteklediğiniz uygulamalara ve daha büyük iş hedeflerinize bağlı olacaktır.

2. Çoklu bulut, satıcı bağlılığını önler

Gerçek : Herhangi bir genel bulutta her zaman bir dereceye kadar kilitlenme olacaktır.

Bu yanılgıyı açıklığa kavuşturmak için öncelikle satıcıya kilitlenmenin ne anlama geldiğini açıklayalım. Bulut bilgi işlemde, alternatif bir bulut platformu sağlayıcısına geçiş aşırı derecede pahalı olduğunda satıcıya kilitlenme gerçekleşir. Nihayetinde, tüketicinin esasen satıcı tarafından bağlı olmasıyla sona erer.

Genel fikir, birden fazla bulut platformu kullandığınızda satıcıya bağlı kalmamanızdır. Ancak durum böyle değil.

Bir bulut hizmeti sağlayıcının yerel API'lerini kullanıyorsanız etkin bir şekilde kilitlenmiş olursunuz. Bir bulut sağlayıcısı tarafından tüketilen güvenlik, yönetim veya depolama gibi önemli bulut hizmetleri, diğer bulut hizmeti sağlayıcılarına aktarılamaz — aksi takdirde birlikte çalışabilir hale gelecek şekilde değiştirilirler.

3. Çoklu bulut, tek bir sağlayıcıdan daha pahalıdır

Gerçek : Bulut maliyetleri, seçtiğiniz sağlayıcı sayısına değil, nasıl yönetildiğine bağlıdır.

Çoklu bulutların bütçeyi aşma olasılığı diğer bulut hizmetlerinden daha yüksek değildir. Her şey onlarla nasıl başa çıktığınıza bağlı. Verilerin doğru depolama katmanında izlenmesini, sağlanmasını ve saklanmasını içeren temel yönergeler uygulandığında, kuruluşlar çoklu bulut maliyetlerini kontrol altında tutmayı kolay bulacaktır.

4. Çoklu bulutu benimsediğinizde güvenlik arka planda kalıyor

Gerçek : Çoklu bulut ortamlarında güvenliği yapılandırmak, büyük ölçüde tek bir bulutla aynı çabayı ve becerileri gerektirir.

Genel olarak yönetim gibi, çoklu bulutta güvenlik yalnızca doğru şekilde yürütülmezse daha zordur.

Entegre bir güvenlik katmanına sahip yazılım tanımlı bir geniş alan ağı (SD-WAN), bulut güvenliği için bir zorunluluktur. Sonuç olarak, bulutun tamamı, herhangi bir noktada güvenlik önlemlerinin ve izleme kapasitelerinin genişletilmesine izin veren tek bir mimarinin altına yerleştirilmiştir.

Açıkçası, çoklu bulut mimarisine özgü hiçbir şey yoktur, bu da onu diğer mimarilerden daha güvenli kılar. Çeşitli hizmet çerçevelerinin, veri erişiminin veya denetimlerinin ele alınması gerekecektir (özellikle geçiş sırasında).

Birden çok mimaride ve coğrafi bölgede uyumluluğu ihmal ederseniz, çoklu bulut güvenli olmayabilir. Ancak aynısı, tek bulut ortamları için de geçerlidir.

5. Kapsayıcılı uygulamalar anında çoklu buluta geçebilir

Gerçek : Konteynerleştirme, çoklu buluta geçiş için tek başına yeterli değildir; ek çabalar söz konusudur.

Konteynerlerin, mobil, standartlaştırılmış modeller içeren uygulamalar sağladığı doğrudur. Ancak, bulut tabanlı uygulamalar operasyonel olarak oldukça karmaşıktır.

Kapsayıcılı bir iş yükünün, bulutta yerel olarak kabul edilebilmesi için önce ek değişiklikler yapılması gerekir. Bu değişiklikler arasında konteynere özgü işletim sistemlerinin benimsenmesi, trafiğin yönlendirilmesi ve inşaat veya işletim ayarlarının otomatik yönetimi yer alıyor. Monolitik uygulamaları herhangi bir ara adım olmadan sanallaştırılmış makinelerden buluta geçirirseniz fahiş maliyetlerle karşılaşırsınız.

6. Çoklu bulut, maliyetleri hemen düşürmenize yardımcı olur

Gerçek : Uzun vadede daha uygun maliyetli olduğu ortaya çıktı, ancak tam değeri ortaya çıkarmak için beklemeniz gerekecek.

Bulut bilişim uygun maliyetli bir çözümdür ve bu onun en büyük avantajlarından biridir. Yine de, çoklu bulut çözümlerinin her zaman tek bulut çözümlerinden daha uygun maliyetli olduğu fikri tam olarak doğru değil.

Çoklu bulut stratejileri, etkili yürütme için bir dizi beceri gerektiren heterojenlik gerektirir. Sonuç olarak, oldukça fazla mimari karmaşıklık söz konusu olduğundan, finansal ve finansal olmayan risklerin bir karışımı vardır. Yine de işletmeler, en üst düzey bulut tekliflerini kullanmalarına ve yenilik için pedala basmalarına olanak tanıyan artan çevikliği nedeniyle çoklu bulutu tercih etmeye devam ediyor.

Doğrudan maliyetler açısından, çoklu bulutun inşa edilmesi, kurulması ve çalıştırılması şüphesiz tek bir buluttan daha maliyetlidir. Bununla birlikte, çoklu platformlar, çok çeşitli kurumsal düzeydeki zorluklar için en uygun çözümleri sunar.

7. Tek bulutlar hala normal

Gerçek : Dikkat çekici bulut fırsatları bir yana, çoğu işletme iki veya daha fazla bulut platformu kullanıyor ve satıcı firmalar da bunu benimsiyor.

Çoğu işletme, diğer seçenekleri düşünmeden AWS, Microsoft Azure veya Google Cloud Platform arasında karar veriyor gibi görünebilir .

Ancak birçok işletme, özellikle de uzun süredir teknoloji çözümlerine yatırım yapanlar, daha geniş bir hizmet sağlayıcı yelpazesi istiyor. Bu kuruluşlar, tek bir satıcıya bağımlılığı en aza indirirken mevcut varlıkları en üst düzeye çıkarmak için hibrit ve çoklu bulut çözümleri kullanır.

Google bile yaratıcılığı, çok yönlülüğü ve uyarlanabilirliği geliştirmede "açık bulut"un önemini kabul ediyor. Google, birden çok bulutun dahil edilmesini kolaylaştırmak için açık kaynak ekosistemini genişletiyor. Örneğin BigQuery, birden çok kaynaktan gelen verilerin birleştirilmesini kolaylaştırır ve merkezi bir konumda veri analitiğini destekler.

8. Çoklu bulut, tek bir okyanusa akan birçok nehir gibidir.

Gerçek : Çoklu bulut da dahil olmak üzere herhangi bir heterojen bulut ortamında mükemmel bir birlikte çalışabilirlik elde etmek neredeyse imkansızdır.

Yaygın inanış, çoklu bulut konuşlandırmalarının tekil bir kavramsal varlık olarak ortaya çıktığı ve yönetilebileceği yönündedir. Gerçek şu ki, bulutlar platformlar olarak çalışıyor ve standardizasyona rağmen, SQL veritabanlarına benzer şekilde değişmeye devam edecekler.

Nihayetinde işletmelerin çeşitlendirilmesi için bir araçtır. Çoğu durumda çoklu bulut, dağıtılmış veritabanlarının veya uygulamaların iki veya daha fazla bulut üzerinden çalıştırılmasını içermez. Bunun yerine, çoklu bulut stratejisi bulut seçim esnekliğini - neyin nerede çalıştığını - vurgular.

9. Küçük şirketler çoklu bulutu benimseyemez

Gerçek : Çoğu işletme zaten farklı bulut ortamlarına güveniyor ve erken hazırlanmak iyi bir fikir.

Artık büyük kuruluşların çoklu bulut mimarilerine yönelik daha büyük bir talebi olabilir. Ancak küçük işletmeler, birden çok bulutun kullanılmasıyla geliştirilmiş bir dizi özel uygulama kullanmaya devam ediyor. Bu araçlardan en iyi şekilde yararlanmak için ölçeklendirilmiş bir ortamla başlamak en iyisidir.

Küçük işletmeler, Salesforce, Power BI, Tableau vb. gibi SaaS platformlarını veya yönetilen bir güvenlik hizmetini kullanarak çoklu bulut bilişimden yararlanabilir.

10. Çoklu bulut, dayanıklılığımı otomatik olarak artıracak

Gerçek : Yalnızca yedekleme için veya masaüstü sanallaştırma görüntülerinizi barındırmak için farklı bir bulut kullanıyorsanız dayanıklılık açısından yararlıdır.

Buradaki yanılgı, işletmelerin birden fazla bulut sağlayıcı kullanmaları halinde uygulamaları ve bilgileri veritabanları arasında dinamik olarak aktarabilmeleridir. Bu nedenle, tek bir kesinti ile devre dışı bırakılamazlar. Felaket kurtarma için çoklu bulut stratejisini kullanmak, yalnızca bir uygulama için tek bir bulut kullanmaktan iki kat daha maliyetli olabilir.

Bunun nedeni, acil bir durumda iş yüklerinin bulutlar arasında gerçek zamanlı olarak hareket edememesi ve aynı uygulamanın iki bulutta aynı anda çalışan iki örneğine sahip olmanız gerekmesidir - bu da maliyetleri artırır.

Dayanıklılık amacıyla, genel bulut kesintilerinin seyrek olduğu göz önüne alındığında, yedekli konumlara sahip olmak ve dahili ağ kesintilerini en aza indirmek için yatırım yapmak daha iyidir.

Son düşünceler

Bugün, (planlasanız da yapmasanız da) bir çoklu bulut ortamına sahip olma olasılığı çok yüksek. Tedarik zinciri IoT sensörlerini AWS'ye bağlamayı, makine öğrenimi modellerini Google'da eğitmeyi ve çalışma alanı işbirliği için Azure'u kullanmayı seçebilirsiniz. Ancak yatırıma gözlerinizi dört açarak başlayın ve önce işletmeniz için en iyi kararı vermek üzere bulut bilgi işlem hakkında bilinmesi gereken her şeyi öğrenin.