Bulut Tabanlı Yazılım Nedir? İşletmeler İçin Seçim Ölçütleri

Bulutun anlamını hizmet modeliyle birlikte değerlendirin

NIST, bulut bilişimi ihtiyaç halinde erişilebilen, yapılandırılabilir ortak bilişim kaynakları üzerinden tanımlar. İşletme açısından bu kaynaklar sunucu, depolama veya doğrudan kullanılan bir uygulama olabilir. Yazılım hizmeti modelinde kullanıcı hazır uygulamaya erişirken altyapı hizmeti modelinde işletmenin yöneteceği teknik işler daha fazladır. Dolayısıyla iki ürünün de “bulutta” olması aynı hizmet kapsamını sunduklarını göstermez.

Satın alma görüşmesinde günlük kullanımın ötesini sorun. Güncellemeleri kim yapıyor, kullanıcı hesabını kim açıyor, uygulama hatasını kim inceliyor ve veri geri yüklemesini kim yürütüyor? Bu sorulara verilen cevaplar teknik terimlerden daha açıklayıcıdır. Barındırılan özel bir uygulama ile çok sayıda işletmenin kullandığı abonelik ürünü farklı çalışma ve destek düzenlerine sahip olabilir.

Ortak erişimin hangi işi kolaylaştıracağını belirleyin

Bulut tabanlı yazılım, farklı konumlardaki kullanıcıların ortak kayıtlar üzerinde çalışmasına yardımcı olabilir. Örneğin varsayımsal bir saha hizmeti işletmesinde ofis ekibi iş emri oluştururken sahadaki çalışan durum bilgisi girebilir. Asıl kazanım, herkesin aynı ekranı görmesi değil, işin devrinde kullanılan bilginin güncel ve anlaşılır kalmasıdır. Bu nedenle kullanıcıların hangi veriye hangi aşamada ihtiyaç duyduğunu belirleyin.

Mevcut dosyaları hiçbir düzenleme yapmadan buluta taşımak bütün sorunları çözmez. Dosya adları tutarsızsa veya aynı müşteri için birden fazla kayıt varsa karışıklık ortak erişimle devam eder. Önce kayıt yapısını, sorumluları ve düzenleme kurallarını netleştirin. İhtiyaç analizi, taşınacak veriyi ve yeni çalışma biçimini birlikte planlamaya yardımcı olur.

İnternet kesintisini günlük iş açısından konuşun

Tarayıcı üzerinden çalışan bir uygulamada bağlantı kalitesi önemlidir. Ofiste sorunsuz görünen deneyim, sahada veya yoğun saatlerde farklılaşabilir. Kritik kullanıcıların gerçek çalışma ortamında deneme yapın. Form doldurulurken bağlantı kesildiğinde verinin korunup korunmadığını, tekrar gönderimde yinelenen kayıt oluşup oluşmadığını ve kullanıcıya ne gösterildiğini inceleyin.

Çevrim dışı çalışma bazı uygulamalarda mümkündür, ancak her bulut çözümünün doğal bir özelliği değildir. Varsa hangi ekranlarda çalıştığını ve tekrar bağlantı kurulduğunda çakışmaların nasıl çözüldüğünü sorun. İşin belirli süre kesintiye dayanması gerekiyorsa alternatif çalışma yöntemini önceden hazırlayın. Örneğin geçici kayıtların daha sonra hangi kişi tarafından ve hangi kontrolle sisteme işleneceğini yazın.

• Ofis ve saha için bağlantı koşulları test edildi mi?
• Kesinti sırasında hangi işler bekleyebilir, hangileri bekleyemez?
• Kaydedilmemiş bilgi ve yinelenen gönderim nasıl ele alınıyor?
• Normal çalışmaya dönüşte eksik kayıtlar nasıl kontrol ediliyor?

Güvenlik sorumluluğunun tamamen devredilmediğini bilin

Bulut sağlayıcısı bazı altyapı sorumluluklarını üstlenirken işletmenin sorumlulukları devam eder. Microsoft'un paylaşılan sorumluluk açıklaması, hizmet modeline göre görev dağılımının değiştiğini ve müşteri verileri ile erişim yönetimi gibi konuların önemini gösterir. Kullanıcılara gereksiz yetki verilmesi veya ayrılan çalışanın hesabının açık kalması, sunucunun nerede olduğundan bağımsız bir işletim problemidir.

Kimin hangi kaydı görebileceğini görevler üzerinden tanımlayın. Ortak hesaplar yerine kişiye atanmış hesaplar kullanılması, işlem geçmişinin anlamlı olmasını kolaylaştırır. Sağlayıcının sunduğu kimlik doğrulama seçeneklerini, erişim kapatma sürecini ve yönetici hesaplarının korunmasını inceleyin. Veri güvenliği planı, teknik önlemler kadar günlük hesap yönetimini de kapsamalıdır.

Yedekleme ile hizmet sürekliliğini ayrı sorun

Bir hizmetin yüksek erişilebilirlik sunması, yanlışlıkla silinen kaydın istediğiniz tarihe geri döndürülebileceği anlamına gelmez. Yedekleme sıklığını, saklama süresini, geri yüklemenin kapsamını ve talebin nasıl açılacağını öğrenin. Uygulamanın tamamı yerine tek bir kaydın geri getirilebilip getirilemeyeceği de önemli olabilir. Bu ayrıntılar ürüne ve satın alınan hizmete göre değişir.

İşletmenin kabul edebileceği veri kaybı ve çalışamama süresini kendi süreçleri üzerinden tarif edin. Örneğin gün içinde yoğun kayıt girilen bir uygulamayla haftada birkaç kez kullanılan bir belge arşivinin ihtiyacı aynı değildir. Yedekleme ve felaket kurtarma planında geri yükleme denemelerine de yer verin; yalnızca yedeğin oluştuğunu görmek yeterli bir doğrulama değildir.

Maliyet ve çıkış planını baştan görünür kılın

Bulut maliyeti kullanıcı sayısı, depolama, işlem hacmi, ek modül veya farklı hizmet kalemleriyle değişebilir. İlk aylık ücret üzerinden karar vermeden önce beklenen kullanımın nasıl büyüyeceğini değerlendirin. Güncel fiyatları sağlayıcıdan doğrulayın ve hangi sınırda ek ücret oluşacağını yazılı isteyin. Kullanılmayan hesapların kapatılması ve gereksiz verilerin düzenlenmesi de işletim planının parçası olabilir.

Bir gün başka bir sisteme geçmek istediğinizde verileri nasıl alacağınızı test edin. Dışa aktarma dosyası yanında ekli belgeler, kayıt ilişkileri ve işlem geçmişi de gerekebilir. Hizmet sona erdiğinde erişim süresini ve taşıma desteğini konuşun. Bulut tercihi, hem bugünkü ortak çalışma ihtiyacını hem de gelecekteki değişim olanağını karşılayabildiğinde daha sağlam bir karara dönüşür.