Bu yazıda neler var?
Buluta taşınmadan önce hangi soruları soruyoruz?Yerel, bulut ve hibrit yapıyı karşılaştırıyoruzErişim ve yedekleme ayrı tasarlanırGeçişi test ve kabul adımlarıyla yürütüyoruzBulut maliyetlerini izlenebilir tutmakBuluta geçiş bir ürün seçiminden önce iş kararıdırÖrnek: Farklı adreslerden aynı uygulamaya erişilecekAylık ücretin dışında hangi giderler olabilir?Veriyi geri alma ve erişim sorumluluğuSık sorulan sorularKomple ile uygulama ve destek
Hangi uygulamanın şirket içinde, hangisinin bulutta çalışması gerektiğini iş ihtiyacınız belirler. Komple; erişim, performans, veri koruma ve devam eden işletim maliyetini birlikte değerlendiren bulut projeleri planlar.
Buluta taşınmadan önce hangi soruları soruyoruz?
Bir uygulamanın internet üzerinden erişilebilir olması, bütün iş yüklerinin aynı yöntemle taşınabileceği anlamına gelmez. Kullanılan yazılımın desteklediği çalışma modeli, veri tabanı bağımlılıkları, yazıcı ve diğer cihaz bağlantıları incelenir. Kullanıcıların hangi konumlardan çalışacağı ve bağlantı kesildiğinde hangi işlerin duracağı belirlenir. Mevcut yerel sunucunun buluta taşınması ile yalnızca yedek kopyanın farklı ortamda tutulması ayrı projelerdir.
Yerel, bulut ve hibrit yapıyı karşılaştırıyoruz
Şirket içi altyapı bazı uygulamalarda düşük gecikme ve yerel cihaz erişimi açısından uygun olabilir. Bulut hizmeti ise farklı konumlardan erişim ve kapasite düzenleme gibi ihtiyaçlara cevap verebilir. Hibrit yapı bu iki yaklaşımı birlikte kullanır. Kararda tek seferlik yatırımın yanında düzenli abonelik, depolama büyümesi, veri aktarımı ve yönetim giderleri dikkate alınır. Kullanılacak platformun güncel teknik ve ticari koşulları teklif aşamasında doğrulanır.
Erişim ve yedekleme ayrı tasarlanır
Bulutta çalışan bir hizmetin verileri için de erişim yetkisi ve geri dönüş planı gerekir. Yönetici hesapları, kullanıcı grupları ve ek kimlik doğrulama seçenekleri hizmetin olanaklarına göre değerlendirilir. Yedek kapsamı, saklama süresi ve geri yükleme yöntemi açıkça tanımlanır. Hizmetin kendi çoğaltma mekanizması ile işletmenin geçmiş veriye dönme ihtiyacı aynı kabul edilmez. Kayıp veya yanlış işlem durumunda kimin ne yapacağı önceden belirlenir.
Geçişi test ve kabul adımlarıyla yürütüyoruz
Önce uygun bir uygulama veya sınırlı kullanıcı grubuyla deneme yapılabilir. Veri aktarımı sonrasında kullanıcı erişimi, dosyalar, uygulama bağlantıları ve çıktı işlemleri kontrol edilir. Bakım penceresi ve eski ortama dönüş gereksinimi uygulama öncesinde belirlenir. Testte yalnızca hizmetin açılması değil, çalışanların günlük işini sürdürebilmesi değerlendirilir. Destek ve izleme kapsamı kullanıma açma sonrasında ayrıca takip edilir.
Bulut maliyetlerini izlenebilir tutmak
Kullanılmayan kaynaklar, büyüyen veri ve kontrolsüz kullanıcı hesapları zaman içinde maliyeti değiştirebilir. Bu nedenle kapasite, hesaplar ve abonelikler belirlenen aralıkta gözden geçirilir. İşletmenin hedeflediği kullanım ile gerçekleşen kullanım karşılaştırılır. Komple, yeni yatırım veya mevcut bulut düzeninin değerlendirilmesi için iş yüklerinizi ve önceliklerinizi dinleyerek kapsam oluşturur; her şirket için tek bir bulut modeli önermez.
Karar vermeden önce bilmeniz gerekenler
Buluta geçiş bir ürün seçiminden önce iş kararıdır
Şirketin bütün uygulamalarını aynı anda buluta taşımak her zaman gerekli olmayabilir. Bazı işler yerel cihazlarla yakın bağlantı ister; bazıları farklı yerlerden erişim gerektirir. Önce hangi uygulamanın ne yaptığı ve hangi ekip tarafından kullanıldığı belirlenir. Sonra yerel, bulut veya ikisinin birlikte kullanıldığı seçenekler karşılaştırılır. Komple, çözümü güncel bir teknoloji olduğu için değil, işletmenin ihtiyacına uyduğu için önerir. Maliyet, erişim ve bakım gereksinimleri bu kararın parçasıdır.
Örnek: Farklı adreslerden aynı uygulamaya erişilecek
Merkez ve şube kullanıcılarının ortak programa bağlanması istendiğinde internet bağlantıları, uygulama uyumu ve veri yerleşimi incelenir. Kullanıcının programı açabilmesi kadar günlük işlemi rahat yapabilmesi de önemlidir. Yazıcı veya yerel cihaz gereksinimi varsa test edilir. Bağlantı kesildiğinde hangi işlerin etkileneceği belirlenir. Uygun bir deneme grubuyla erişim ve performans kontrol edilebilir. Sonuçlara göre bütün kullanıcıları kapsayan geçiş planı hazırlanır; sadece örnek ekranın açılmasıyla karar verilmez.
Aylık ücretin dışında hangi giderler olabilir?
Kaynak miktarı, depolama büyümesi, veri aktarımı, yedekleme ve destek ücretleri toplam maliyeti değiştirebilir. Kullanıcı sayısı veya uygulama ihtiyacı arttığında giderlerin nasıl değişeceği görülmelidir. Uygun olmayan kaynakların açık kalması da gereksiz masraf oluşturabilir. Bu nedenle teklifler aynı kullanım koşullarında karşılaştırılır. Komple, hizmet sağlayıcının güncel koşullarını doğrulayarak hangi giderin ürüne, hangisinin kurulum veya yönetime ait olduğunu açıklar. Böylece ilk ayla sonraki dönemler arasındaki fark daha anlaşılır olur.
Veriyi geri alma ve erişim sorumluluğu
Bulutta çalışmak yedekleme ve yetki yönetimi ihtiyacını ortadan kaldırmaz. Kimin yönetici olduğu, hangi kullanıcının neye eriştiği ve yanlış işlemde nasıl geri dönüleceği bilinmelidir. Hizmet değişikliği düşünülürse verinin nasıl çıkarılacağı da değerlendirilir. Gerekli bilgiler şirketin yetkili kişilerine aktarılır. Teknik çalışma tamamlandıktan sonra bakım ve kontrol kapsamı belirlenir. Amaç, şirketin yalnızca bağlanabildiği değil, kullanım ve sorumluluklarını da anladığı bir düzen oluşturmaktır.
Sık sorulan sorular
Netsis’i bulutta kullanabilir miyiz?
Mevcut ürün, lisans hakları, uygulama mimarisi ve hizmet sağlayıcı olanakları teknik olarak doğrulanmalıdır. Bu inceleme yapılmadan kesin uyumluluk sözü verilmez.
Bulutta çalışmak kesintisiz çalışma garantisi midir?
İnternet, uygulama, kimlik hizmeti ve sağlayıcı farklı bağımlılıklardır. Süreklilik hedefi ve alternatif çalışma planı ayrıca belirlenir.
Sadece bulut yedekleme alabilir miyiz?
Veri miktarı, bağlantı kapasitesi ve geri dönüş hedefi uygunsa yedekleme ayrı hizmet olarak planlanabilir.