Buluttan kaçma ve şirket içi sistemlere geri dönme

Resim: Denis Isakov, Getty Images / iStockphoto

Şirketinizin bulut bilişimi geride bırakmaya ve her şeyi kendi güneşli veri merkezine geri getirmeye karar verdiğini varsayalım - devam edin, ancak dikkatli olun.

Okunmalı Bulut

  • 2020'de bulut bilişim: Güvenlik, AI, Kubernetes, daha fazlası hakkında tahminler
  • On yılın en önemli bulut gelişmeleri
  • Hizmet olarak en iyi masaüstü (DaaS) sağlayıcıları: Amazon, Citrix, Microsoft, VMware ve daha fazlası
  • Bulut bilişim politikası (TechRepublic Premium)

Bulut bilgi işlemden ve dış kaynak kullanımına doğru belirli bir eğilim yoktur, ancak organizasyonların değişikliği yapmasının geçerli nedenleri vardır;

  • Belki iş ihtiyaçlarınız azalır;
  • Maliyet tasarrufu, servis sağlayıcının vaat ettiği şey değildir;
  • Çok fazla kesinti süresi var;
  • Gecikme, uygulamanız için çok yavaş;
  • Bütçeniz, operasyon merkezli olmaktan sermaye merkezli olmak üzere değiştirildi;
  • Bir güvenlik kaygısı;
  • Büyük şirketin farklı planları olduğu bir şirket birleşmesi / devralması;
  • Yeni şirket içi uzman çalışanlar var; veya
  • Bu sadece bir kontrol meselesi.

Bu nedenle, nasıl olduğu sorunu neden sorusundan daha önemlidir.

Maryland merkezli BT danışmanlığının kıdemli başkan yardımcısı olan David-Kenneth Group'tan Kris Mathisen, yapacak ve yapılmayacak çok şey olduğunu söyledi. İster bir bulut sağlayıcısı isterse kendi operasyonları olsun, şirketlerin organizasyonel olgunluk, beceri setleri ve altyapı konusunda kendilerine karşı dürüst olma eğiliminde olmadıklarını söyledi.

Şirket içi sistemlere geri dönüşü planlarken, "Uygulamalar, altyapı, uygulama arayüzleri ve iş ortamı arasındaki ilişkileri anlamalısınız" diyen Mathisen, bu tür endişelerin uygulamalar temel alındığında katlanarak kötüleşebileceğini de sözlerine ekledi. mikro hizmetlerde veya geniş alan ağlarında dağıtılmış olarak.

Mathisen, "Bunları parçalamaya başladığınızda, bu sistemleri parçalamaya başlayabilirsiniz. Bunları anlamanız gerekir." Dedi. Müşterilere, bazı sistem bileşenlerinin saatlik veya haftalık veya aylık veya üç aylık veya yıllık olarak senkronize olabileceğini akılda tutmaları gerektiğini hatırlatır, bu nedenle şu anda yanlışlıkla kırdığınız şey çok daha sonraya kadar açık olmayabilir.

"Birlikte çalışabilirliği ve veri taşınabilirliğini anlamalısınız, " diye devam etti Mathisen. Hizmet olarak yazılım şirketleri bunu asla kabul etmez, ancak satıcı kilitlenmesini severler. "Bu bir tür roach motel gibi. Ne dediklerini biliyorsun, giriş yapabilirsin ama kontrol edemezsin, " diye şaka yaptı.

İnsanlar da önemli. Örneğin, BT departmanınız personel bulanıklaştığında personelini sistem yönetimi uzmanlarından ve ağ yönetimi uzmanlarına kaydırmış olabilir, ancak geri dönerseniz personeli tekrar değiştirmeniz gerekir.

Son olarak, Mathisen, "Hizmet sürekliliğinizi ve felaket kurtarma planınızı yeniden hizaladığınızdan emin olmanız gerekir, böylece bu, içine girdiğiniz yeni paradigmayı temsil eder." Yetkili, uzun süre önce, uygulamaları şirket içine getirdikten sonra artık kullanılmayan felaket kurtarma planlarını gözden kaçırmanın kolay olacağını belirtti.

Olağanüstü durum kurtarma işleminden bahsetmişken, birçok satıcıdan bu amaçla yapılmış yazılımlar vardır ve şirketlerin buluttan ayrılmasına yardımcı olmak için makul şekilde yeniden tasarlanabilir. Veritas ürün yöneticisi Vidhi Kastuar, şirketin CloudMobility yazılımı hakkında bir konuşma yaptı. Şirketlerin bir buluttan diğerine geçmesine yardımcı olmaya odaklanarak 2017 yılında başlatılan uygulama. Bir buluttan kendi konumunuza geri dönme özelliklerinin, önümüzdeki birkaç çeyrekte önemli bir güncellemenin parçası olacağını söyledi.

Kastuar, şirketler genel bulutları kullanıyorsa ve verilerini eve geri getirmek istiyorlarsa, özel bulut seçeneklerini daha az karmaşık bir değişiklik olarak değerlendirmek isteyebilirken, sistemlerinde hala kontrol sahibi olabilirler. “Ya hep ya hiç” olması gerekmiyor.

İngiltere'de bulunan 4D Veri Merkezleri, Operasyon Direktörü Steve Wright'dan ek yorumlarda bulundu. Yetkili, "CIO'larla yaptığımız bir numaralı tartışma, maliyetler ve maliyet enflasyonuyla ilgili. Bunun karşısında, kamu bulut sağlayıcılarının esnekliği büyük esneklik sağlıyor, ancak işletme için sunulan hizmetlerin çoğunun nispeten öngörülebilir iş yükleri var" dedi. "Esneklik için ek maliyet, bu öngörülebilirlik tarafından reddedilmektedir. İşletmeler, bulut ortamında veya ofislerine bant genişliği ücretleriyle de düzenli olarak yakalanmaktadır. Doğrudan bağlantı veya eşleştirme gibi hizmetler bunu azaltmaya yardımcı olabilir, ancak bu kontrol eksikliği ve hassasiyet, CIO ve CFO arasında önemli bir gerilim nedeni olmuştur. "

"İşletmelerin BT hizmetlerinin parçalarını buluttan çıkarma planına yaklaşırken, bulut hizmet sağlayıcısının ekosisteminde oluşturulmuş olabilecek sistemler ve tescilli hizmetler arasındaki ilişkileri anlamak önemlidir. Ancak, bu değerlendirmenin bir numaralı başlangıç ​​noktası Bunlar genellikle hareket etmek için en hızlı ve en kolay olanıdır ve bulut sağlayıcısından uzak hareketleri kısıtlayan daha az doğrudan bağlantıya sahiptir, "diye devam etti Wright. "Öngörülebilir kaynak gereksinimlerinin bu alanlarına bakılarak ve gerekli sermaye harcamasını haklı çıkartan 24 veya 36 ay boyunca toplam sahip olma maliyetine bakarak önemli maliyet verimliliği sağlanabilir."

Hizmet Bülteni Olarak Bulut ve Her Şey

Bu AWS, Microsoft Azure, Google Cloud Platform, XaaS, bulut güvenliği ve çok daha fazlası için en yeni kaynakınızdır. Teslim Edilen Pazartesi

Bugün kayıt olun

© Copyright 2020 | mobilegn.com