Bu, kuruluşların bir bulut mimarisi oluştururken sıklıkla yaptığı maliyetli hatalar hakkında beş bölümlük bir dizidir. Bölüm Bir buluta taşınan kuruluşların veri işleme üzerindeki görünürlüğü ve kontrolü nasıl hızla kaybedebileceğini açıkladı ve bu hatadan nasıl kaçınılacağını ayrıntılı olarak açıkladı. İkinci bölüm, bunu kendi başınıza yapmanın nasıl yanlış gidebileceğini ele alıyor. 

İşiniz sizden bir bina inşa etmenizi isteseydi ne yapardınız? bulut ağı geleceğe hazır bir mimari ve birden çok bulutta tutarlı tasarımla mı? (Ağınızın operasyonel görünürlük ve kontrol ile yerleşik güvenlik sağlaması ve bunun da ötesinde maliyeti optimize etmesi gerektiğinden bahsetmiş miydim?)

Kendi ağınızı oluşturmak için karmaşık bir otomasyon betikleri ağı başlatır mıydınız? 

OR 

Kurumsal desteğe sahip tek, tutarlı ve tekrarlanabilir bir bulut mimarisi satın almayı mı tercih edersiniz? 

Yeni bir göre EMA raporu, çoklu bulut ağ ekipleri, çoklu bulut varlıkları genelinde tutarlı bir ağ oluşturmanın zor olduğunu bildiriyor; kuruluşların %97'si, ağları arasındaki bağlantıları uygularken ve yönetirken, özellikle izleme ve kapasite yönetiminin yanı sıra görünürlük ve bant genişliği gibi önemli zorluklarla karşı karşıya kalıyor. ve bulut. Görev açısından kritik iş yükleri çalıştıran birçok kuruluş, bu tür bir çözüm oluşturmak yerine satın almayı tercih eder.

Şaşırtıcı bir şekilde, yanlış bilgilendirilmiş birçok kuruluşun hala DIY (kendin yap) hatası yaptığını fark ettim. Geliştiricileri işe alabileceklerini, CSP'lerin yerel ağ ve güvenlik yapılarını kullanabileceklerini ve otomasyon betiklerini kullanarak bir bulut ağı oluşturabileceklerini düşünüyorlar. Bu kusurlu, zaman alıcı ve maliyetli bir yaklaşımdır. Bu yaklaşımla ilgili çeşitli zorluklar olsa da, kritik olanlardan bazılarını inceleyelim. 

CloudFormation gibi CSP'ye özgü otomasyon betikleri yalnızca belirli bir CSP ile ilgilidir. Çoklu bulut senaryosunda başarısız olacaklar. ve bir göre Microsoft anketi, İş dünyasında karar vericilerin %95'i, iş başarıları için çoklu bulutun kritik öneme sahip olduğunu söyledi. 

Otomasyon komut dosyasının desteklenmesi, ticari büyümenin ve stratejik girişimlerin bir parçası olmak yerine, sıradan görevleri yerine getirmek için kritik kaynakları devreye sokacaktır. Bu betiklerin herhangi bir merkezi kontrol düzlemi yoktur. "Beyin veya zeka" yoktur. Esas olarak çalıştırın ve unutun. Ağ koşulları değişirse (örneğin, yeni bir BGP rotası öğrenilirse), statik otomasyon komut dosyası, yeni durum değişikliğine dayalı olarak herhangi bir işlem yapamaz. Kullanılabilir geri bildirim döngüsü yok.

Ağın davranışı her an değişebilir. Altyapıyı otomatik olarak ölçeklendirmenizi gerektiren bir artış yaşayabilirsiniz. Ağa fidye yazılımı enjekte etmeye çalışan bir saldırganınız olabilir. Beyinsiz otomasyon betiği bu değişikliklere uyum sağlayamaz. 

Otomasyon mühendisi hastalanırsa veya kuruluştan ayrılırsa, tüm bilgi kaybolur ve yeni bir kişinin bu otomasyon senaryosunu anlaması ve geliştirmesi neredeyse imkansız hale gelir.

Söz konusu kişiyi işe almanın veya değiştirmenin maliyeti, çoklu bulut ağ becerileri eksikliği nedeniyle hızla artıyor.

Öneriler

Bir Kendin Yap çözümü kısa vadede en kolay ve en uygun maliyetli gibi görünse de, işinizi en ileri seviyede tutmaya adanmış, bulutta doğmuş bir bulut ağ platformuna yatırım yapmak sizi uzun vadeli başarıya ve ölçeklenebilirliğe hazırlayacaktır. . Kuruluşlar, sürekli senaryo yazıp üzerinde değişiklik yapmak yerine ekiplerini inovasyona ve pazara sürme süresine odaklamalıdır. Bir bulut ağ platformu satıcısında aranacak faydalar en azından şunları içermelidir: 

• Dağıtılmış veri düzlemine sahip merkezi bir denetleyici
• Amaç tabanlı ve gömülü ağ ve güvenlik kontrolü 
• Anormallik tespiti ile kendi kendini iyileştirme özellikleri 
• Makine öğrenimi tabanlı ağ davranışı analitiği
• Terraform'u CSP'den bağımsız olarak yazmanıza olanak tanıyan sağlam Terraform desteği
• İş açısından kritik uygulamalarınızı çalıştırmak için tüm büyük CSP'ler için destek

Kaçınılması gereken satıcı tuzakları şunları içerir:

• Modern ve iş açısından kritik iş yükleri için uygun olmayan olgunlaşmamış ve donanım merkezli seçeneklere sahip eski donanım satıcıları
• Bulut ağı ihtiyaçlarınız için güvenliğe özel satıcılar 
• Donanım kodunu VM olarak kaldırıp kaydırarak ve buna bulut ağ çözümü adını vererek eski donanım teknolojilerini "bulutla yıkamaya" çalışan satıcılar

Sonuç

Bir CSP'nin yerel ağ ve güvenlik çerçevesini ve çok sayıda otomatik komut dosyasını kullanarak bulutta kendiniz yapmak, ilk başta ekonomik bir kısayol gibi görünebilir, ancak kısa sürede verimsizlik yaratan ve maliyetleri artıran gelişigüzel bir düzenlemeye yol açabilir. Yalnızca CSP betikleri çoklu bulut ortamında çalışmaz ve otomatik betikler merkezi kontrole meydan okur. Öte yandan akıllı bir bulut ağ platformu, merkezi kontrol, kendi kendini iyileştirme yetenekleri, makine öğrenimini daha iyi kullanma yeteneği ve tüm büyük CSP'ler için destek sağlar. 

Sonraki: Üçüncü bölüm, yetersiz geri bildirim ve ters ibraz seçeneklerinin tehlikelerini ve CSP'den bağımsız bir platform üzerine kurulmuş bir faturalandırma çözümüne sahip olmanın avantajını inceleyecek.

• SEO Destekli İçerik ve Halkla İlişkiler Dağıtımı. Bugün Gücünüzü Artırın.
• Plato blok zinciri. Web3 Metaverse Zekası. Bilgi Güçlendirildi. Buradan Erişin.
• Kaynak: https://www.dataversity.net/cloud-architecture-mistakes-the-high-costs-of-a-diy-mindset/