İçerik
- Herşeyi Buluta Taşıyalım mı?
- Kontrol Listelerinizi kullanın
- Buluta Göç Etme Stratejileri
- Hata Yok, Stres Yok - Hayatınızı Yok Etmeden Hayat Değiştiren Yazılım Yaratma Adım Adım Kılavuzunuz
- Yeni Veri Merkezi
- Sonuç
Kaynak: voyager624 / iStockphoto
Paket servisi:
Bulut göçü, dikkate alınması gereken çok sayıda hususla dikkatlice planlanmalıdır.
Buluta geçme kararı çok fazla dikkat gerektiriyor. Her şeyi buluta taşımalı mıyım? Süreç nedir? İşiniz bittiğinde veri merkezi neye benzeyecek? Göç için hangi stratejileri kullanmalısınız? Düşünecek çok şey var.
Herşeyi Buluta Taşıyalım mı?
Son günlerde bulut bilişim hakkında bir çok yutturmaca vardı. Tabii ki çoğu hak ediyor. Ancak, makul bir BT yöneticisi tüm altyapısını buluta taşımaya karar vermeyecek, çünkü herkes oraya gidiyor. Buluta geçme konusunda gerçekten ciddiyseniz, işletme uzmanı Rachel Bridge'in bazı önerileri var: “Yani çözüm küçük başlamaktır. Buluta geçmek, tamamen ya da hiç bir karar olmak zorunda değildir ve olmamalıdır. ”
Göç stratejinizin "ne" ve "nasıl" planlarını yapmadan önce, belki de önce şunu sormalısınız: “Neden?” Bulut bilişimin vaadi, işletmenizin ölçeklenebilirliği, güvenliği ve maliyet tasarruflarından yararlanacağıdır. Ancak teknoloji yazarı Brien Posey, “Bir hareketin fayda sağlayıp sağlayamayacağını belirlemek için kuruluşların altyapıdaki mevcut yatırımlarına - donanımdan uygulama portföylerine ve ağ mimarisine ve ötesine - sıkı bir şekilde bakmaları gerekiyor” diye uyarıyor.
Kontrol Listelerinizi kullanın
Belki de en iyi yaklaşım kademeli bir yaklaşımdır. Bu, Larry Alton’un buluta geçiş konusunda Small Business Trends adlı makalesinde kontrol listesinde yer alan bir öğe. İşte tam liste:
- Riskleri anlayın.
- Uygulamayı düşünün.
- Kademeli kelimedir.
- Güvenlik planını uyarla.
- Önce sanallaştırmayı düşünün.
Bu, bu liste makalelerinden biri olmak anlamına gelmez, ancak konuyla ilgili başka bir liste atabiliriz umarım. IBM, “Buluta Geçmeden Önce BT'nizi Anlamak için 10 Adım” başlıklı makalesinde bizim için çoktan çalışma yaptı:
- İş etkisi
- Üretim ve geliştirme ve test
- Performans önemlidir
- karmaşa
- Lisanslama
- Hizmet Seviyesi Anlaşmaları
- Güvenlik
- platform
- Veri barındırma
- Hazırlamak
Kişisel tercihim, BT ortamındaki değişiklikleri kontrol etmek için prosedür yöntemini kullanmaktır. Benim için, tüm değişiklik yönetimi sorunlarını hesaba katmanın en iyi yoludur. (Etkili Ağ Değişikliği Denetimi için Prosedür Yöntemini (MOP) Kullanma başlıklı makaleme bakın.)
Buluta Göç Etme Stratejileri
Geçiş sürecine gelince, rehberlik için tekrar sektör lideri IBM'e dönebiliriz. “Başvurularınızı Buluta Taşımak İçin Bir Referans Model” oluşturdular. Bunun, listelerimizin sonuncusu olmasına izin vereceğiz. Göç süreci şunları içerir:
- İlk tarama ve analiz
- Planlama ve tasarım
- Göç uygulamak
- Hedef ortamı ayarlama
- Son test ve canlı yayın
Sordukları önemli sorulardan biri “İş yükü hedef bulut ortamında çalışacak mı?” Dır. Ayrıca performans ve uyumluluk sorunları da ortaya çıkar. Başka bir endüstri uzmanı Nicholas Rando, “Eski uygulamalar, kritik iş yükleri ve kredi kartı bilgileri gibi hassas veriler - genel bulut için uygun olmayabilir” uyarısında bulundu.
Hata Yok, Stres Yok - Hayatınızı Yok Etmeden Hayat Değiştiren Yazılım Yaratma Adım Adım Kılavuzunuz
Hiç kimse yazılım kalitesiyle ilgilenmediğinde programlama becerilerinizi geliştiremezsiniz.
Hangi strateji veya süreç uygulanırsa uygulansın, uygulamaların başarılı bir şekilde çalışması için gereken kaynaklara erişmesi gerekir. Buna CPU, bellek, depolama ve ağ da dahildir. Herhangi bir bulut çözümü en az mevcut altyapı kadar iyi performans göstermelidir. Her başvuru dikkate alınmalıdır.
Sanal makinelerin göçü önemli bir konudur. Techopedia VM'lerin canlı göçünü ele aldı. Geçiş stratejisi şunları içerir: 1) bir sanal makine belleğindeki verilerin hedef fiziksel makineye aktarılması; 2) Hedef makinede CPU, bellek ve depolamayı içeren operasyonel bir kaynak durumu oluşturmak; ve 3) VM'yi orijinal sitede askıya alma ve hedef makineyi kurulu uygulamaları ile başlatma. Süreç sadece çok kısa bir hizmet kaybına neden oluyor. (Bkz. VMotion, VM geçişi ve canlı geçiş arasındaki fark nedir?)
Yeni Veri Merkezi
Veri merkezi değişti. Bu konuda burada Techopedia yazdım: “Bir veri merkezi kurmanın eski günlerinde, her şey için uzmanlar vardı. Yöneltici uzmanlarınız, anahtarlama uzmanlarınız, kablo çalışanlarınız, sistem yöneticileriniz, operasyonel destek sisteminiz (OSS) personeliniz vardı - resmi anladınız. ”Fakat yeni teknolojiler bunların hepsini değiştirdi.
Birkaç ad verelim: sanallaştırma, bulut bilişim, yakınsama, büyük veri, analitik, yapay zeka…. Şimdi başka bir fikir ekleyelim. Varlıklarınızı yalnızca bulut üzerinde sanallaştırmakla kalmayıp, uygulama performansını etkileyen darboğazları önlemek için kaynak tahsisini otomatikleştirmenin yollarını bulabilirseniz ne olur?
Yeni veri merkezi sadece otomatikleştirilmeyecek; özerk olabilir. Her şey bize bir sürü ağ ve sistem adamları işsiz bıraktı. Fakat bu gelişme.
Bu arada şirket içi ekipman için hala yer var. Hiçbir şey, şirketlerin herhangi bir nedenden ötürü kendi fiziksel ekipmanlarını sahada barındırmaya devam edemeyeceklerini ve daha büyük bulut sistemine entegre edemeyeceklerini söyleyemez. İzleme sistemleri kamu, özel ve karma bulut çözümlerini açıklayabilir.
Sonuç
Her işletme farklı. Bir şirketin BT altyapısının yıllar içinde geliştiği yol onu eşsiz kılabilir. Bu yüzden buluta geçişin özelleştirilmesi ve iyi planlanması gerekir. Hepsi insanlar ve profesyoneller olarak devam eden ilerlememizin bir parçası. IBM’ten Reynaldo Mincov, Jr., buluta geçişin yalnızca bir hareket olmadığını; bu bir “dönüşüm” dür. Bilgi teknolojisi dünyası kendini yeniden icat etmeye devam ediyor. Ve hepsi sadece ayak uydurmaya çalışıyorlardı.