Çoklu bulut dağıtımlarının maliyet verimliliği ve değeri hakkında herkesin fikrini duymak eğlencelidir. Çoğu insan bunu doğru anlamıyor – her şeyden çok yanlış algılamalardan ve grup düşüncesinden. Gelip bu efsaneleri yıkan adam olduğum için üzgünüm ama birileri bunu yapmalı.
Efsane 1: Çoklu bulut, kilitlenme olmaması anlamına gelir. Bu varsayımı anlıyorum. Birçok farklı bulut markamız varsa, tek bir genel bulut sağlayıcısına kilitlenmeyi önleriz. Sağ? Durum böyle değil. Bu konuyu daha önce ele aldım, bu yüzden şimdi üzerinde durmayacağım. Ancak, duyduğum 1 numaralı efsane ve bunun doğru olduğuna hala inananlarınız için bazı kötü haberlerim var.
Çok basit: Tek bir bulut sağlayıcının yerel API’lerini kullanmak kilitlenmeye neden olur. Tek bir sağlayıcıda kullandığınız güvenlik, depolama, yönetim ve hatta finops API’leri gibi hizmetler, o hizmetin şartlarına göre başka bir yerel bulut hizmetiyle etkileşim kurmak için bazı kodları değiştirmediğiniz sürece başka bir sağlayıcıya taşınabilir değildir. Bu, kilitlenmenin tanımıdır ve çoklu bulut portföyünüzde kaç tane başka bulut sağlayıcınız olursa olsun, bu sınırlama hala mevcuttur.
2. Efsane: Çoklu bulut daha uygun maliyetlidir. Bu karmaşık. Çoklu bulut, tek bir bulut dağıtımından daha maliyetli olacaktır ve bariz sebeplerden dolayı. Daha karmaşık güvenlik ve bulut operasyonlarınız var ve bir çoklu bulutu etkili bir şekilde çalıştırmak için farklı becerilere sahip olmalısınız. Bu, daha fazla hareketli parçayla oynanan ek mimari karmaşıklığın doğal bir sonucu olarak daha fazla para ve risk anlamına gelir.
Çoğu işletme için satış noktası, çeviklik ve inovasyon değeri elde etmek için türünün en iyisi bulut hizmetlerini kullanma yeteneğidir. Belirli bir sorunu çözmek için en uygun teknolojinin ek masrafı haklı çıkarması halinde, oluşturması, devreye alması ve çalıştırması daha maliyetli olan bir çoklu buluttan yararlanırız. Çoklu bulut bunu yapmazsa dağıtılmamalıdır.
Efsane 3: Çoklu bulut dağıtımları, geleneksel sistemleri içermemelidir. Bu bir yargı çağrısıdır. Tıpkı çoklu bulut dağıtımıyla ilgili diğer her şey gibi, serseri danışmanın yanıtı, “Duruma göre değişir” olur.
Yine, tüm sistemleri (eski, uç, hizmet olarak yazılım ve hatta sektöre özgü küçük bulutlar) çoklu bulut altyapısının bir parçası olarak dahil etmeyi düşünmeliyiz. Tüm sistemlerle ortak bir kontrol düzlemi kullanarak ilgileniyoruz, çoğu buna süper bulut veya metabulut. Bu, yalnızca büyük genel bulut sağlayıcıları için değil, tüm sistemler için güvenlik, operasyonlar, veri yönetimi ve uygulama geliştirme ve devreye alma sorunlarını çözdüğümüz anlamına gelir.
Diyelim ki bu yönde hareket etmiyorsunuz. Bu durumda, sistemlerinizin çoğunu aynı yönetim ve güvenlik çerçeveleri altına alma fırsatını kaçırırsınız, böylece silolar içindeki teknolojiyle başa çıkmak için kullanılan yerel araçlara odaklanmak zorunda kalmazsınız. Elbette bu, çoklu bulut dağıtımlarını daha karmaşık, karmaşık ve maliyetli hale getirir. Ancak bu sorunları bütünsel ve ölçeklenebilir yollarla çözmeye çalışıyorsak, çoklu bulutumuzla çalışan özellikleri diğer platformlara da genişletebiliriz.
Bu, çökertmeye çalıştığım tüm efsaneler arasında en yanlış anlaşılmışı olabilir, ancak çağrılması gerekiyor. Elbette, diğer bulut ve bulut dışı sistemleri çoklu bulut devreye alma çerçevenize dahil etmemek için iyi nedenleriniz olabilir ve bunda bir sorun yoktur. Bu, sorulması gereken ve genellikle göz ardı edilen bir sorudur.
Çoklu bulut dağıtımlarında daha derine indikçe bu listeyi güncelleyeceğimden şüpheleniyorum, ancak şimdilik bu benim hikayem ve ona bağlı kalıyorum.
Telif hakkı © 2023 IDG Communications, Inc.
Kaynak : https://www.infoworld.com/article/3691650/3-multicloud-myths-that-need-to-be-crushed.html#tk.rss_all