[ad_1]
Sosyal medyada büyük değilim. Evet, sosyal medyada ve diğer forumlarda yayınlanabilmeleri için yazdığım blogları ve makaleleri yeniden yayınlamanın yararlı olduğunu düşünüyorum. Aksi takdirde konuyla ilgilenen bazı kişilerin bilgilere erişimi olmayabilir. Ancak, nadiren sohbet etmek için etrafta takılırım. Çok isterdim—sadece fazladan zamanım yok.
“Bulut bilişimde bir sonraki sınır” başlıklı son yazımdaki büyük sosyal medya sitelerindeki yorumları kontrol etmeyi başardım. Belki de başlığından dolayı normalden biraz daha fazla ses getirdi. Tartışmalardan bazı geri bildirimleri paylaşmak istedim. İşte gidiyor.
Bazı şirketler zaten ‘metacloud’ satıyor
Bu en yaygın yorumdu. Öncelikle, metacloud’un bugünkü şekliyle belirli bir ürün veya teknoloji değil, mimari bir model olduğunu belirtmeliyim. Kabul edelim ki, bugünlerde Facebook’un popüler sosyal medya platformlarını ve holdinglerini (Facebook, Instagram, WhatsApp vb.) tek bir çatı altında, Meta Platforms, Inc. altında yeniden markalaştırmasının yarattığı birçok “meta” karışıklık var. meta bulut.
Günümüzün meta bulutu, güvenlik, depolama, ağ iletişimi veya herhangi bir şeye yönelik iki veya daha fazla genel bulut ürününde çalışan herhangi bir ürün, teknoloji veya mimari standardından oluşur. Ürün kesinlikle bir metacloud mimarisinin parçası olabilse de, ürünün kendisi bir metacloud değil, en azından benim sunduğum konsept değil.
Metacloud’un birincil bir bulut hizmetleri sağlayıcısına ihtiyacı var
Büyük bulut hizmeti sağlayıcılarının (CSP’ler) çoğu bu görüşü benimsemiştir. Yarı haklılar. Meta bulutun veya adını ne koymak istiyorsanız, iki veya daha fazla genel bulut sağlayıcısının üzerinde mantıksal olarak çalışan bir teknoloji katmanı olduğunu unutmayın. Buradaki anahtar kelime “mantıksal olarak”. Bir meta bulut panosu, bulutlar arası güvenliği, bulutlar arası işlemleri, bulutlar arası yönetişim, bulutlar arası ortak depolama sistemlerini vb. mantıksal olarak çalıştırabilir. belirli bulut sağlayıcıları. Metacloud mimarisi/teknoloji yığını, belirli bir bulut sağlayıcısının platformunda veya hatta birçok farklı bulut sağlayıcısının platformunda “fiziksel olarak” bulunabilirken, birçok farklı bulut sağlayıcısının platformundaki sistemleri gerçekte nerede çalıştığına ilişkin hiçbir sorun olmadan “mantıksal olarak” kontrol eder. .
Metacloud’u çalıştırmak için buluttan bağımsız bir teknoloji aradığımız için bu biraz kafa karıştırıcı, ancak öğelerin bir yerde çalışması gerekiyor ve bu genellikle büyük bir genel bulutta. Bir meta bulutu yönlendiren şeylerin çoğunu dağıtırsanız, yani çoğunlukla belirli bir sağlayıcıda bulunan bulutlar arası sistemler, o zaman bulut sağlayıcınızı birincil meta bulut hizmetleri sağlayıcınız olarak kabul edebileceğinizi kabul ediyorum. Çözüm, bulutlar arasında çalışabilen herhangi bir platformda fiziksel olarak çalışabileceğinden, sonuçta çok fazla fark yaratacağından emin değilim. Çözüm setiniz için en iyi platformu seçmeniz yeterli.
Çoklu bulut dağıtımlarının üzerine bir katman eklemek karmaşıklığı ortadan kaldırmaz, sadece gizler BT
Başka bir yaygın yorum ve makul bir şekilde doğru bir yorum. Ancak çoklu bulut karmaşıklığı, farklı bulut sağlayıcılarından birçok farklı bulut hizmeti türünün seçilmesinin bir sonucudur. Bu genellikle, inovasyonu yönlendirmekle görevli olanlar, bir projenin iş gereksinimlerini bu kararların holding sistemlerinin karmaşıklığı üzerindeki etkileri üzerinde daha yakından karşılayacak türünün en iyisi bulut hizmetlerine öncelik verdiğinde olur. Sonuçlar karmaşıklık ve heterojenliktir.
BT kuruluşları, az sayıda onaylanmış bulut hizmetinin kullanımını kısıtladığında karmaşıklıktan kaçınılabilir. Bu, geliştiricilerinizin ve yenilikçilerinizin temel fikri mülkiyet, ürün ve hizmetlerin geliştirilmesini sağlamak için türünün en iyisi teknolojilere erişimini sınırlandırır. Anahtar, belirli bir iş ihtiyacına ne kadar teknolojik yeniliğin fayda sağlayacağına karşı ne kadar karmaşıklık yaratacağını belirlemektir. Bunu yaptıktan sonra, ikisinin en uygun birleşimini belirleyin.
Halihazırda mevcut olan karmaşık sistemler için, kötü tasarlanmış sistemlerden kaynaklanan mimari karmaşıklığı gizlemek en iyi uygulama değildir. Bu tür bir karmaşıklık, türünün en iyisi değerleri sağlayan yerleşik bulut hizmetlerinin yarattığı karmaşıklıktan farklıdır. Karmaşıklık kötü tasarımdan kaynaklanıyorsa, gizlemek yerine düzeltirseniz işletmeniz daha iyi durumda olacaktır.
Demek istediğim, karmaşıklığın çoklu bulut kullanmanın en olası sonucu olduğudur. Temel bir iş avantajına sahip olan çok sayıda seçenekle uğraşıyoruz; bu nedenle, karmaşıklık bir noktada ortaya çıkacaktır. Soyutlama ve otomasyon katmanlarından yararlanmak, karmaşık çoklu bulut dağıtımlarını optimize edilmiş bir şekilde çalıştırma, güvenlik altına alma ve yönetme yeteneği sağlar. Soyutlama ve otomasyon katmanları, aynı veya daha az insan ve sistem kaynağının çalışması için tek bir genel bulut dağıtımına göre gerektirebilir. Soyutlama ve otomasyon, belirli karmaşıklık türlerini gizler. Bu yaklaşım işe yarar ve ölçeklenebilir.
Bir soyutlama katmanı kullanmak gecikmeye neden olur
Son sık yapılan yorum, yerel arayüzler ile bu hizmeti nihai olarak tüketenler arasına başka bir katman eklersek, istek ve yanıt süresinde bir gecikme olacağıydı.
Örneğin, bir kuruluşun tüm genel, bulutta yerel depolama sistemleri için ortak bir arabirim sağlayan bir depolama arabirimi soyutlaması kullandığını varsayalım. Arayüz, farklılıklarla başa çıkmak için otomasyon kullanan tek bir soyut API/CLI’ye yazdığından, geliştiricilerin her bir genel bulut sağlayıcısı için belirli, bazen özel API’ye yazmaları gerekmez. Evet, ek işleme ve G/Ç’nin gerçekleşmesi gerektiğinden bazı gecikme süreleri vardır. Çoğu durumda, geliştiriciler, test kullanıcıları veya kullanıcılar tarafından fark edilmeyecektir.
Tabii ki, metacloud için bu o kadar basit değil. Metacloud, birçok farklı türde genel bulutta bulunan birçok farklı bulut hizmeti türüyle etkileşime girmenin daha kolay ve daha taşınabilir yollarına izin vermek için depolama ve hesaplama örneklerinin soyutlanmasıyla ilgilidir.
Bir meta bulutu oluşturan şeylerin çoğu, güvenlik, temel operasyonlar, yönetişim, meta veri yönetimi ve her bir buluttaki her bir yerel sistemi kullanarak bunlarla uğraşmak zorunda kalsaydık aşırı karmaşık ve zahmetli olacak diğer şeyler gibi operasyonel süreçler etrafındaki soyutlamalardır. Bir depolama işlemi katmanıyla çalışmak yerine dört veya beş katmanla uğraşmak zorunda kalırdık. Her genel bulut sağlayıcısı ve yerel bulut hizmetleri için personel becerilerine sahip olduğunuzdan emin olmak maliyetlidir. Herhangi bir işlem için ortak bir soyutlama katmanının olmadığı, yani bulutlar arası operasyonel yeteneklerin olmadığı çoklu bulut işlemleri için üç ila dört kat daha fazla ödemeye güvenebilirsiniz.
Metacloud makalemle ilgili yorumların ve soruların çoğu sağlam mantık üzerine kuruluydu. Herhangi bir yeni kavramı sorgulamak ve artılarını ve eksilerini tartmak önemlidir. Makaleye ilgi gösteren herkese teşekkür ederim ve geri bildirim için teşekkür ederim. Tartışmaya devam edelim.
Telif Hakkı © 2022 IDG Communications, Inc.
[ad_2]
Kaynak : https://www.infoworld.com/article/3667549/responding-to-your-feedback-on-metacloud.html#tk.rss_all