Pcmag oyun kitabı: melez bulut ile çalışmaya başlama

Bulut bilişim, eskiden Amazon Web Hizmetleri (AWS) veya Microsoft Azure gibi genel bulutlarda sanal sunucuları bağlama yeteneğiniz olduğunu gösterirdi. Ancak, sadece kısa bir yarım on yılda, bulut, genel bir işletme kullanıcısının ihtiyaç duyabileceği hemen hemen tüm yönleri kapsayacak şekilde gelişti. Bu sanal sunuculardan, Salesforce Sales Cloud Lightning Professional gibi üçüncü taraf bir bulut hizmetini kullanmaya, tüm veri merkezlerini birden fazla genel barındırma alanında yansıtmaya kadar, hepsi bulut bilişimdir. Meseleleri daha da karmaşık hale getirmek için, her iş yükü, çoğu işyerinin BT faaliyetlerinin sadece bir bölümünü buluta taşıyarak, diğerlerini yerinde tesislerinde bırakarak buluta uygun buluta uygun değildir. Ve ne tür bir bulutun ya da sahadaki bilgi işlemden bahsettiğiniz önemli değil, tesis sınırlarınızı aşarsa hibrit bir buluttur. Dikkatli olmamanız durumunda yönetim ve güvenlik görevlerini yerine getirmek kabus olabilir.

hibrit bulutunuzu oluşturmadan önce, hangi servisleri birleştirmeniz gerektiğine ve her şeyi tek bir uyumlu konsol üzerinden nasıl yöneteceğinize dikkat etmeniz gerekenler arasında size rehberlik edeceğiz. Her ne kadar bu sürece dahil olan terminoloji ve teknoloji biraz korkutucu olabilse de, özellikle çok küçük ve orta ölçekli işletme sahipleri için (KOBİ) çok fazla teknik deneyime sahip olmayanlar için bir şeyi hatırlamak önemlidir: bulut internet için sadece başka bir kelimedir.

Bazı tanımlar

Genel bulut üçüncü bir tarafça yönetilir, özel bir bulut iç ekibiniz tarafından yönetilir ve karma bulut her ikisinin birleşimidir. Dolayısıyla, özünde, melez bir bulut benimseyerek, yaptığınız şey, kendi iç ağınızdaki hassas uygulamalar ve veriler üzerindeki kontrolün korunmasını sağlarken, bazı verilerinizin ve uygulamalarınızın üçüncü bir tarafa kaydedilmesini dış kaynaklardan almaktır.

Genel bir buluta gitmeden önce, tam olarak neyi başarmayı umduğunuzu belirlemek önemlidir. İhtiyacınız olan tek şey, donanımınızdaki yazılım ve uygulamalarla ilişkili veri kapasitesini temizleme yeteneği ise, Hizmet Olarak Yazılım (SaaS) uygulamaları ihtiyaçlarınızı oldukça iyi karşılamalıdır. Aslında, çoğunuz muhtemelen zaten SaaS tabanlı araçları kullanıyorsunuz. Bu, fazla insan gücü veya finansal yatırım gerektirmeyen kolay bir çözümdür.

Dijital varlıklarınızın çoğuna başka bir yerde yaşamak isteyenlerin, bir Hizmet Olarak Platform (PaaS) çözümüne bakmanız gerekir. Bu araçlar, tüm donanımınızı, işletim sistemlerinizi (OS), veritabanlarınızı ve web tabanlı herhangi bir yazılımı bulutta saklamanıza izin verir. PaaS, en çok orta ve büyük şirketler ile ilişkilendirilen büyük bir yatırımdır.

Ancak, buluttaki bazı sunucularınızı, verilerinizi ve işletim sistemlerinizi barındırmayı düşünüyorsanız, bir Hizmet Olarak Altyapı (IaaS) platformuna bakmak isteyeceksiniz. Bu, özellikle küçük şirketler gibi hibrit bulut uygulamalarında en yaygın kullanılan buluttur. Hedef kitlemiz adına, bu makalenin geri kalanına, potansiyel bir IaaS bulut alıcısı perspektifinden yaklaşacağız.

Özel Bulutta Neyin Saklanacağını Seçme

Daha önce de belirtildiği gibi, hiç kimse veri güvenliğinizi sizden daha fazla önemsemez. Bunu şu şekilde düşünün: Bir çuval para bulursanız, o parayı sizin için tutabilecek birine güvenir misiniz yoksa kendiniz için de tutmak ister misiniz? Bu, çoğu şirketin neden hassas verileri kendi özel bulutlarında saklamayı seçtikleri konusundaki temel, karmaşık olmayan açıklamadır.

Bununla birlikte, çoğu küçük işletmelerin elindeki kaynakları dikkate almak için metaforu ayarlayalım. Diyelim ki bir çuval para buluyorsunuz, ancak koyacak güvenli bir yeriniz yok ve Fort Knox’a erişimi olan güvenilir bir meslektaşınız parayı sizin için para tutmadan sunarken aynı zamanda paraya da sınırsız erişim sağlıyor. Özellikle meslektaşınıza güveniyorsanız, paranızı kasaya yatırmamak aptallık olur.

KOBİ'lerin çoğunda, Fort Knox seviyesindeki korumayı ortaya çıkaran güvenlik kaynakları ya da finansal kaynaklar bulunmuyor. Bunu yapabilme becerisi ve parası olanlar, hassas verileri özel bir bulutta tutmamakta daha iyidir. Duyarlı olmayan ancak ağınızda hala çok fazla gayrimenkul bulunduran veriler genel bulutunuza boşaltılmalıdır.

Genel Bulut Hizmeti Seçme

AWS ve Microsoft Azure gibi araçlar, bilgilerinizin yönetildiği fiziksel sunucuları, anahtarları ve depolama dizilerini sağlar. Bir donanım parçası kırılırsa, iş yükleriniz için yeni bir ev bulmak sizin sorumluluğunuzda değildir.

Genel bulutlar da iç bulutlardan çok daha esnektir. Şirketiniz ani bir trafik akışı bekliyorsa, acele sona erdiğinde dönebilir ve sonra geri dönebilirsiniz. Sadece az önce kullandığınız kapasiteyi ödeyeceksiniz. Bununla birlikte, kendi özel veri merkezinizi yönetiyorsanız, o zaman yeni donanım satın almanız ve bulutunuzun kapasitesini artırmanız gerekir ve ardından artık ihtiyacınız olmayan ekipman ve bant genişliğinden mahrum kalırsınız.

Bu nedenle, genel bulut hizmetinin sizin için anlamlı olduğunu kabul ederseniz, satıcıyı seçmeden önce göz önünde bulundurmanız gereken birçok şey vardır. 10 Gigabit Ethernet ile çalışıyor mu? Linux ile çalışıyor mu? OpenStack mimarisine mi dayanıyor? BT ekibinizin, hangi belirli özelliklerin kuruluşunuz için en önemli olduğunu belirlemek için bir araya gelmesi ve ardından hangi sağlayıcıların bu belirli hizmetleri sunduğunu görmek için bir kontrol listesi çalıştırması gerekir. AWS, genel bulut hizmetleri için Editörlerimizin Seçimidir, ancak OpenStack'a dayanmaz ve oldukça pahalı olabilir. Tersine, Rackspace OpenStack uyumludur ancak AWS'nin sağladığı hizmetlerin neredeyse tamamını sunmamaktadır.

Herkese açık bir bulut hizmetini seçmek, bir teknik özellik sayfasını aşağı kaydırmak ve en etkileyici sayıları seçmek kadar kolay değildir. İşletme verilerinizin performansını ve güvenliğini sağlamak için satıcınızla gerçekten ortak olacaksınız, bu nedenle isteklerinizi ve gereksinimlerinizi belirtin, her bir satıcıyla görüşün ve uyumluluğa göre seçim yapın.

Veri Akışınızı Eşleyin

Verilerinizi depolanması gereken yerlerde depolamaya başladığınızda, genel ve özel bulutlarınız ve şirket içi depolarınız arasında verileri dönüştürmenin en hızlı, en güvenli ve en uygun maliyetli yolunu bulmanız gerekir. Sahip olmak. Veri alışverişi için doğru rotaları belirlemek üzere BT ekibinizle birlikte çalışın ve kendilerini tekrar eden tüm işlemleri otomatikleştirin.

Ancak, genel bulutun uygulanması, verilerinizin her iki buluttan toplanması ve sistemlerin senkronize edilmesi çok karmaşık hale gelirse, bir bulut hizmetleri aracısına bakmak isteyebilirsiniz. Bu rolü doldurması için birisini işe alabilir, satıcınızdan bir uzman sağlamasını isteyebilir veya entegrasyon sürecini yönetmek için harici bir aracı şirketi kiralayabilirsiniz.

Burada kritik olan sadece verilerin nerede yaşadığı değil, hangi iş yükü için hangi verilerin bulunduğu. Bir bulut inşa etmek, bu katmanların herhangi bir yerde olabileceği gibi, karmaşık bir uygulama olan çok katlı bir uygulama oluşturmaya çok benzer. Bu sadece güvenlik duvarının arkasındaki ve ötesindeki bakış açısından değil, aynı zamanda verilerin coğrafi olarak bulunduğu bir konudur. Bulut sağlayıcınızın ne dediği önemli değil, veri depolarınız Utah'ta açılırsa, hesaplama kaynaklarınızın New York'ta olduğu bir Nesnelerin İnterneti (IoT) uygulamasını çalıştırmak oldukça zor olabilir.

Sonra veri koruma ve yedekleme sorunu var. Hibrit bulut modeli, özellikle para tasarrufu yapmak isteyen KOBİ'ler için bu konuda muhtemelen en etkili mimaridir. Başka hiçbir dağıtım modeli, güvenlik, artıklık ve kolay felaket kurtarma (DR) konusunda size birçok seçenek sunmaz. Ancak, sanal sunucu kümelerinden tamamen yansıtılmış, yazılım tanımlı veri merkezlerine kadar her şeyi kapsayan en karmaşıklardan biri. Hibrit bulutta, veri akışı ve koruma gerçekten DevOps disiplinleridir, bu nedenle bu tür uzmanlığa erişiminiz olduğundan emin olun, bu da yönetim araçları seçiminizi etkileyecektir.

Bir Yönetim Platformu Oluşturmak

Ancak tüm önceki adımları belirledikten sonra hibrit bulutunuz için bir yönetim platformunu ciddi şekilde değerlendirmeye başlamalısınız. Sizi “tek bir cam bölmesi” yönetim yığınında (özellikle de Amazon ve Microsoft) satmaya çalışacak satıcılar olsa da, aradığınız gerçekten birkaç önemli BT aracı:

• Temel hiper yöneticinizi içermesi gerekmese de, sanal altyapı kaynak havuzlarını yönetmeyi ve ayırmayı kapsaması gereken bir altyapı yönetim platformu,
• Güvenlik duvarının arkasındaki ve dışındaki paketleri izlemek için tesis içi araçlar içeren bir ağ izleme platformu ve
• Muhtemelen kimlik yönetimi, yedekleme ve veri koruması ile çevre savunma ve tehdit analizini kapsayan çeşitli araçlardan oluşacak bir güvenlik platformu.

Bir uygulama performansı izleme (APM) aracı da iyi bir fikir olabilir, ancak bunların çoğu yalnızca belirli uygulama türlerini hedef alır ve öncelikle geliştiriciler için yararlıdır. Oracle NetSuite veya Salesforce gibi üçüncü taraf yönetilen SaaS uygulamaları portföyünü kullanıyorsanız, tüm iş yükleriniz boyunca tek bir konsoldan yönetmeniz gerekenleri kapsayan bir APM aracı bulamayabilirsiniz. . Bu durumda, sizin için doğru olanı seçmeniz gerekir.

Aslında, tek satıcılı stratejiyi tercih etmediğiniz sürece, her durumda şirketiniz için en iyisini seçmeniz gerekir ve bu, büyük ölçüde ticari ve açık kaynak seçimine bağlı olacaktır. Tek bir satıcıdan bir all-up yığını satın almak, yönetim araçlarınızı ve ayrıca hibrit bulutunuzun daha hızlı dağıtılmasını sağlar, ancak bazı durumlarda uzun vadeli seçeneklerinizi sınırlandırır. Uzun vadede daha ucuz da olabilir, ancak bu matematik her organizasyon ve iş yükü senaryosuna çok özel olacak, bu yüzden burada çok dikkatli olun.

Birden fazla ticari aracı bir araya getirmek maliyet ölçerin her iki tarafına da sallanabilir, ancak, genel olarak dikkatli ve ileri görüşlüyseniz paradan tasarruf edebilirsiniz ve gelecekteki iş gereksinimlerine ve özellik gereksinimlerine gelince açık kapılar bırakabilir. Hile entegrasyon döngüsüdür. Bu sıkıcı sürece göz atmak, sizi daha sonra konuşlandırma projesinde ısırmaya başlayabilir, ancak başlangıçta bu süreçten geçmek gerçekten “angarya” nın tanımıdır. Uygun bir entegrasyon süreci, tüm ihtiyaçlarınızın karşılandığından emin olmak için farklı satıcıların araç takımları arasında haritalama özellikleri gerektirir. Ayrıca, BT operasyonunuzun nerede güçlü araçlara ihtiyaç duyduğunu belirlemek için en az geçen yıl BT yönetimi görevlerinizi ve sorun olaylarını denetlemek, tüm aday araçlarınızın test sürümlerini uygulamak ve ardından tüm günlük BT'nizin test senaryolarını çalıştırmak anlamına gelir. teklif edilen aracınızın "yük altında" nasıl toplandığını görmek için o yılların beklenmedik sorun durumlarının yanı sıra görevler.

Ondan sonra, bulut ortamlarında kendinize benzer iş yüklerini yönetme deneyimi olan ve kuruluşunuzun portföyündeki uygulamaları kullanarak hibrit bulut yaşandıktan sonra ne tür bir sorunla başa çıkabileceğinizi öğrenmek için birisine danışmalısınız. Ardından, önerilen yığınızı bunlara karşı test edin. Bu bir ton iş ve çoğu BT mağazasının hibrit bulutun çalışması gerekmeden önce bunu tamamlamak için yeterli zamanı olmayacak. Böylece, gerçek hayattaki göreviniz bu uzun listeden en kritik olanı seçecek ve en azından yalnızca bu alt kümede yapılan testlerin yapılmasını sağlamakla kalmayacak, aynı zamanda bu testlerin sonuçlarının satın alma kararlarınızı etkilemek için yeterince erken yapıldığından emin olacaksınız. .

Açık kaynak sorusu, hangi araçları değerlendirmeye karar verdiğinize bağlı olarak daha da fazla kırışıklık ekleyebilir. Birçoğu bugünlerde ticari satıcılar kadar destek uzmanlığıyla çalışmaktadır, ancak gelir modelleri farklıdır, bu da yeni ve farklı CFO matematiğini hesaba katmanız gerektiği anlamına gelir. Bir BT perspektifinden, birçok DevOps odaklı aracın yaptığı çok fazla teknik uzmanlık gerektiren açık kaynak kodlu araçlara güvenmek istiyorsanız, kararınızı vermeden önce bu uzmanlığı kilitlediğinizden emin olun. Bugün BT'de bir beceri açığı var ve çoğu etkili DevOps personelini çevreliyor, bu nedenle dikkatli ve gerçekçi olmanız veya kullanamayacağınız bir vagonda zıplamak zorunda kalacaksınız.

Eğer bulut herhangi bir şekilde ufkunuzdaysa ve bugünlerde olması gerektiği gibi, o zaman bir hibrit bulut geleceğinizde muhtemelen daha fazladır. İşin püf noktası bir tane inşa etmiyor: püf noktası, iş gereksinimlerini gidermek için yardım etmekten daha fazla acı veren bir mimariye kilitlenmeden yeterince dikkatli ancak hızlı bir şekilde inşa ediyor. Yukarıda belirtilen adımları takip etmeniz yardımcı olabilir. Yakın gelecekte daha yararlı yapım kılavuzları yayınlarken PCMag’de kalmaya devam edin.