Bulut mu şirket içi sunucu mu sorusu, işletme yazılımının hangi ortamda çalışacağını ve bu ortamın kim tarafından yönetileceğini düşünmeyi gerektirir. Karar yalnızca cihazın bulunduğu adresle verilmez. Kullanıcıların erişimi, bakım sorumluluğu, yedekleme, internet bağlantısı ve gelecekteki değişiklikler birlikte değerlendirilmelidir. Bir sunucunun işletmede bulunması bütün kontrollerin doğru yapıldığı anlamına gelmez. Bulut kullanılması da işletmenin hiçbir teknik veya veri sorumluluğu kalmadığını göstermez. Önemli olan seçilen çalışma düzeninin ihtiyaçlarınıza uygun ve anlaşılır olmasıdır.

İçindekiler

Bulut mu şirket içi sunucu mu sorusunda hazır bir cevaba yönelmeden önce hangi uygulamanın, hangi kullanıcılarla ve ne kadar kritik işte kullanılacağını açıklayın. Sadece mesai içinde kullanılan küçük rapor aracıyla farklı konumlardan erişilen operasyon sistemi aynı koşullara sahip olmayabilir. Bu rehber dokuz ölçütle karar hazırlığını ele alır. Güncel altyapı fiyatı veya her işletmeye uygun ürün listesi sunmaz. Gerçek seçenekler uygulama mimarisi ve hizmet koşullarıyla birlikte incelenmelidir. Teknik değerlendirmeyle işletmenin karar sorumluluğu birbirini tamamlar; biri diğerinin yerine geçmez.

Bulut mu şirket içi sunucu mu diye araştırırken mevcut işinizin durma etkisini anlatın. Hangi kullanıcılar sisteme ne zaman erişiyor, bağlantı kesilince hangi işlem bekliyor ve hangi veriler gerekiyor? Özel yazılım geliştirme ihtiyacınızı değerlendirirken bu bilgileri paylaşabilirsiniz. Teknik isimlerden önce iş sorularının cevaplanması daha yararlı olabilir. Uygulamanın desteklediği ortamlar ve dış hizmet bağımlılıkları da kontrol edilmelidir. Çalışma ortamı seçimi, henüz tasarlanmamış uygulamanın bütün özelliklerini kendiliğinden belirlemez.

Bulut mu şirket içi sunucu mu sorusunda ortam ve uygulamayı ayırın

Bulut mu şirket içi sunucu mu karşılaştırmasında uygulamanın web üzerinden kullanılması, mutlaka dışarıdaki belirli bir bulut hizmetinde çalıştığı anlamına gelmez. Yerel ortamda da web uygulaması bulunabilir. Aynı şekilde bulut hizmeti kullanılması, uygulamanın bütün işlemleri çevrim dışı yapacağı anlamına gelmez. Mimari ve kullanım biçimi ayrı değerlendirilmelidir. İç sunucuya uzaktan erişim gerekiyorsa bunun güvenli ve yönetilebilir yöntemi uzman ekipçe tasarlanır. Sadece bağlantı adresi açmak yeterli plan sayılmaz. Kullanıcının nereden ve hangi cihazla erişeceği iş ihtiyacıdır.

Bulut mu şirket içi sunucu mu değerlendirmesinde hizmet türü de önemlidir. Sanal makineyi sizin yönettiğiniz yapı ile sağlayıcının daha fazla katmanı yönettiği hizmet aynı sorumluluğu bırakmaz. Teklifteki sunucu, barındırma ve yönetilen hizmet ifadelerinin kapsamını öğrenin. Hangi güncellemeyi kim yapıyor, hangi hata kim tarafından izleniyor? İsimlerin aynı olması sunulan hizmetlerin eşit olduğunu göstermez. Teknik çözümü ayrıntısıyla bilmeniz gerekmez; ancak sorumlulukların anlaşılır açıklanmasını isteyebilirsiniz. Bu açıklama kararın temel parçalarından biridir.

Altyapı seçimini yönlendiren 9 ölçüt

1. Uygulamanın desteklediği ortam

Önce mevcut veya geliştirilecek uygulamanın hangi ortamda çalışabildiğini öğrenin. İşletim sistemi, veritabanı veya dış bileşen gereksinimleri seçenekleri etkileyebilir. Hazır programda üreticinin resmi belgeleri ve destek koşulları incelenir. Özel geliştirmede mimari kararlar ihtiyaçlara göre ele alınır. Her uygulamanın hiçbir değişiklik yapmadan her ortama taşınabileceği varsayılmaz. Teknik inceleme gerekiyorsa hangi sorunun cevaplanacağı açıklanmalıdır. Uygun olmayan ortama zorlamak bakım ve işletim yükü doğurabilir. İşlev beklentisiyle çalışma koşulu birlikte değerlendirilir.

Bulut mu şirket içi sunucu mu seçimini cihaz satın alarak başlatmak erken olabilir. Henüz uygulamanın ihtiyacı belirlenmemişse alınan kaynak gereksiz veya yetersiz kalabilir. Kullanım, veri ve büyüme varsayımları hazırlanır. Kesin kapasite tahmini uzman incelemesi gerektirebilir. Burada hazır işlemci, bellek veya ürün önerisi verilmez. İşletme açısından sorulacak soru, önerilen ortamın hangi ihtiyacı hangi varsayımla karşılayacağıdır. Kaynakların daha sonra nasıl değiştirileceği de konuşulabilir. İlk kurulumun değişmeden sonsuza kadar yeterli olacağı düşünülmemelidir.

2. Yönetim sorumluluğu

Sunucunun çalışması için güncelleme, izleme ve sorun inceleme gibi görevler bulunabilir. Bu işleri kimin yapacağı belli olmalıdır. Bir cihazın işletmede olması personelin onu yönetmeye hazır olduğunu göstermez. Bulutta hizmet alınması da bütün görevlerin sağlayıcıda olduğu anlamına gelmez. Hizmet kapsamına göre değişen katmanlar vardır. Uygulama, hesap ve veri yönetimi ayrıca düşünülmelidir. Günlük sorumlulukların yazılması, beklenmeyen durumda kime başvurulacağını belirler. Sadece ürün garantisiyle iş sürekliliği aynı konu değildir.

Bulut mu şirket içi sunucu mu karşılaştırmasında Microsoft’un paylaşılan sorumluluk açıklamasından yararlanabilirsiniz. Resmi kaynak, hizmet modeline göre sağlayıcı ve müşteri görevlerinin değiştiğini gösterir. Bu, sizin anlaşmanızın hukuki koşullarını belirleyen belge değildir. İlgili hizmet teklifi ayrıca okunmalıdır. Genel ders, yönetilen hizmetin kapsamını ayrıntılı öğrenmektir. İşletmenin hesap, cihaz ve veri kararları yine önem taşıyabilir. Görev paylaşımı anlaşılmadığında aynı işin iki tarafça da yapılmadığı boşluk oluşabilir.

Yönetim sorumlusu sadece isim olarak belirlenmemelidir. Gerekli erişim ve çalışma düzeni bulunmalıdır. İzin veya görev değişikliğinde bilginin nasıl devredileceği düşünülür. Kritik hesapların tek kişinin kişisel bilgisine bağlı kalması işletmeyi zorlaştırabilir. Yetki verme ve kaldırma yöntemi açıklanır. Kimin hangi olaydan haberdar olacağı ve kontrol kaydının nerede tutulacağı belirlenebilir. Bu ayrıntıların kapsamı işin büyüklüğüne göre sadeleştirilir. Bütün işletmelere aynı karmaşık süreç önerilmez; gerekli sorumlulukların görünür olması hedeflenir.

3. Kullanıcıların erişim biçimi

Kullanıcılar aynı ofiste mi, farklı şubelerde mi, yoksa sahada mı çalışıyor? Hangi cihazlardan hangi saatlerde erişim gerekiyor? Bu sorular ortam seçimini etkiler. Dışarıdan erişim ihtiyacı güvenlik ve bağlantı tasarımıyla birlikte değerlendirilir. Her kullanıcıya aynı düzeyde yönetim erişimi verilmemelidir. Uygulama kullanıcısı ile sunucuyu yöneten kişi farklı rollerdir. Dosya, rapor ve işlem erişimleri iş ihtiyacına uygun sınırlanır. Erişimi kolaylaştırmak adına sınırların kaldırılması uygun yaklaşım değildir. Kullanım ve kontrol birlikte ele alınır.

Bulut mu şirket içi sunucu mu sorusunda kullanıcı deneyimini gerçek bağlantılarla inceleyin. Bir gösterimin hızlı çalışması bütün konumlardaki deneyimi kanıtlamaz. Veri büyüklüğü, işlem türü ve ağ koşulları etkili olabilir. İşletme için kritik görevler seçilir ve uygun denemeler planlanır. Kesin hız veya süre iddiası ölçüm olmadan verilmemelidir. Sorun bağlantıdan mı, uygulamadan mı, başka bağımlılıktan mı kaynaklanıyor araştırılır. Fiziksel yakınlık tek başına bütün işlemlerin hızlı olacağını garanti etmez.

4. İnternet ve yerel bağlantı ihtiyacı

İnternet kesintisinde hangi işlerin duracağı açıklanmalıdır. Bulutta çalışan uygulamanın belirli işlemleri bağlantı gerektirebilir. İç ortamda çalışan sistem de dış hizmet, lisans veya veri bağlantısına ihtiyaç duyabilir. Sunucu ofiste olduğu için her işin internetsiz süreceği varsayılmaz. Uygulamanın bağımlılıkları çıkarılır. Kesintide sadece kayıt okumak mı, yeni işlem yapmak mı gerekli? İhtiyaçlar ayrıldığında uygun seçenekler daha somut değerlendirilebilir. Çevrim dışı çalışma ayrıca tasarım ve test gerektirebilir; ortam adıyla otomatik sağlanmaz.

Bulut mu şirket içi sunucu mu değerlendirmesinde bağlantı kesintisinin yanı sıra yerel ağ ve elektrik koşulları da düşünülür. İç sistemin erişilememesi farklı nedenlerden kaynaklanabilir. Hangi durumdan hangi taraf sorumlu olacak? Alternatif erişim veya geçici iş yöntemi gerekiyorsa kapsamı açıklanır. Burada belirli donanım veya kesintisizlik süresi önerilmez. İşletmenin ne kadar beklemeye dayanabileceği ve uygulanabilir çözüm uzman ekipçe birlikte değerlendirilir. Sadece bir bağlantının bulunması bütün işin kesintisiz yürüyeceğini kanıtlamaz.

5. Yedekleme ve geri dönüş

Hangi verilerin, hangi ortamların ve hangi ayarların korunacağı belirlenmelidir. Yedek dosya bulunması geri yüklemenin doğru yapılacağını tek başına göstermez. Gerektiğinde nasıl deneneceği ve kimlerin görev alacağı konuşulur. Uygulama verisi, dosyalar ve yapılandırma farklı kaynaklarda tutulabilir. Hepsinin kapsamı bilinmelidir. Yedekleme hizmeti dahil deniyorsa nelerin dahil olduğu açıklanır. İşletmenin eski kayda dönme ihtiyacıyla sistemin tamamını yeniden çalıştırma ihtiyacı aynı olmayabilir. Senaryolar iş etkisine göre seçilir.

Bulut mu şirket içi sunucu mu kararında kurtarma beklentilerini hazır sürelerle doldurmayın. Hangi işin ne kadar bekleyebileceği işletme tarafından açıklanır. Teknik ekip uygulanabilir seçenekleri ve sınırlamaları değerlendirir. Yedeklerin nerede tutulduğu ve kimlerin erişebildiği de önemlidir. Kaynağın kendisi kullanılamazken yedeğe ulaşma yöntemi düşünülmelidir. Geri dönüş sırasında hangi verilerin kaybolabileceği veya yeniden girilmesi gerekeceği konuşulur. Kesin sonuç, seçilen yöntem ve gerçek testlerle değerlendirilir. Genel hizmet adı bütün soruları cevaplamaz.

6. Güvenlik ve erişim kontrolleri

Güvenliği sadece sunucunun bulunduğu yere bağlamak yanıltıcı olabilir. Hesaplar, yetkiler, güncellemeler ve veri paylaşımı da önemlidir. İçerideki cihaz yanlış erişimlerle risk taşıyabilir; bulut ortamında da yanlış ayarlar sorun yaratabilir. Teknik kontroller uzman ekipçe planlanır. İşletme hangi verinin kim tarafından kullanılacağını açıklamalıdır. Yönetici hesapları, günlük kullanıcılar ve dış hizmet erişimleri ayrı düşünülür. Kullanılmayan erişimlerin kaldırılması ve görev değişikliklerinin işlenmesi düzenli sorumluluk gerektirir. Başlangıç ayarı zamanla uygunluğunu kaybedebilir.

Bulut mu şirket içi sunucu mu karşılaştırmasında güvenli diye tek kelimelik cevap istemek yerine uygulanan yöntemi sorun. Hangi katman kim tarafından güncelleniyor, sorunlar nasıl izleniyor ve erişimler nasıl gözden geçiriliyor? Her projede aynı kontrol listesi kullanılmayabilir; risk ve hizmet türü belirleyicidir. Belirli sağlayıcının tanınmış olması sizin kurulumunuzun doğru olduğunu kanıtlamaz. Aynı şekilde içeride bulunması da veriye yalnızca yetkili kişilerin ulaşacağını göstermez. Gerçek ayarlar ve kullanım yolları değerlendirilmelidir. Hukuki uygunluk ayrıca ele alınır.

7. Maliyet ve kapasite değişimi

Başlangıç alımıyla devam eden giderler ayrılmalıdır. Donanım, hizmet kullanımı, yönetim ve bakım farklı kalemler olabilir. Güncel tutarlar ilgili teklif veya resmi tarifeden doğrulanır. Kullanım arttığında hangi koşulda kaynak veya paket değişeceği açıklanır. Daha düşük ilk ödeme bütün dönem için daha düşük yük anlamına gelmeyebilir. İşletmenin yönetim zamanı da düşünülmelidir. Gerekli hizmet bir seçenekte dahil, diğerinde ayrı olabilir. Aynı kapsam olmadan fiyatları sıralamak doğru karşılaştırma sağlamaz. Varsayımlar kayıt altına alınmalıdır.

Bulut mu şirket içi sunucu mu kararında büyüme yalnızca kullanıcı sayısıyla ölçülmemelidir. Dosyalar, veri geçmişi ve yoğun işlem dönemleri de kaynak ihtiyacını etkileyebilir. Kesin kapasite ölçüm veya inceleme gerektirebilir. İlk varsayımın hangi koşulda gözden geçirileceği konuşulur. Gereksiz büyük kaynak almak da ihtiyacı karşılamayan küçük ortam seçmek de işletme yükü yaratabilir. Önerinin hangi iş koşuluna dayandığını öğrenin. Gelecek bütün koşulların aynı kalacağını varsaymadan değişim yöntemi değerlendirilir. Ortam seçimi bir defalık cihaz kararıyla sınırlı değildir.

8. Devir ve taşınabilirlik

Bir gün farklı ortama veya sağlayıcıya geçmeniz gerekebilir. Uygulama dosyaları, veri ve ayarların nasıl alınacağı açıklanmalıdır. Teknik bağımlılıklar taşımayı etkileyebilir. Her sistemin kolayca kopyalanacağı varsayılmamalıdır. Hesapların kim adına açıldığı ve gerekli yetkilerin kimde olduğu önemlidir. Şifre paylaşımı tek başına iyi devir planı sayılmaz. Kurulum ve çalışma açıklamaları gerekebilir. Kullanım hakları ve ticari koşullar ayrıca değerlendirilir; teknik erişim bunların tamamını kendiliğinden açıklamaz. İlgili anlaşmalar gerektiğinde uzman desteğiyle incelenir.

Bulut mu şirket içi sunucu mu değerlendirmesinde çıkış planını sormak sağlayıcıya güvensizlik anlamına gelmez. İşletme büyüyebilir, ekip değişebilir veya hizmet koşulları yenilenebilir. Gelecekte seçenekleri kullanabilmek için hangi bilginin gerektiği bilinmelidir. Taşınma sırasında yeni verilerin nerede tutulacağı ve geçişin nasıl kontrol edileceği de önemlidir. Başlangıçta kesin geçiş tarihi planlamak şart değildir. Ancak hangi bağımlılıkların bulunduğunu görmek, sonraki kararın daha bilinçli verilmesine yardımcı olabilir. Bilinmeyenler açıkça işaretlenmelidir.

9. İş sürekliliği ve değerlendirme

Seçilen ortamın günlük işletiminde sorunları kimin fark edeceği belirlenmelidir. Kullanıcı bildirimine tamamen bağlı kalmak bazı durumları geç gösterebilir. Uygun izleme ve kontrol yöntemi ihtiyaca göre seçilir. Her uyarının kime gideceği ve nasıl ele alınacağı anlaşılmalıdır. Sürekli kontrol ekranı bulunması tek başına sorumluluğu yerine getirmez. İşletme kritik işlem örneklerini tanımlar, teknik ekip ortam ve uygulama davranışını değerlendirir. Açık konuların takip kaydı korunur. Başlangıçtaki uygunluk, koşullar değiştiğinde yeniden gözden geçirilebilir.

Bulut mu şirket içi sunucu mu seçildikten sonra karar gerekçesini saklayın. Hangi ihtiyaçlar, bütçe varsayımları ve sorumluluklar esas alındı? Sonradan şube veya kullanıcı yapısı değiştiğinde bu kayıt yeniden değerlendirmeyi kolaylaştırır. Her küçük değişiklik ortamı değiştirmeyi gerektirmez. Önce etkisi incelenir. Aynı şekilde eski yatırım yapıldı diye uygun olmayan yapıda sonsuza kadar kalmak da zorunlu değildir. Teknik ve iş değerlendirmesi birlikte yapılır. Güncel bilgiye dayanmak, ortamın adına duyulan genel güven veya kaygıdan daha açıklayıcıdır.

Varsayımsal örnek: Tek ofis ile saha erişimi

Bulut mu şirket içi sunucu mu için ilk örnekte yalnızca aynı ofiste belirli saatlerde kullanılan uygulama düşünelim. İkinci örnekte farklı konumlardan gün içinde kayıt giren ekipler bulunsun. Bu tamamen varsayımsal iki durumda erişim, bağlantı ve destek ihtiyacı farklı olabilir. Buradan birinci işletmenin mutlaka iç sunucu, ikincinin mutlaka bulut seçeceği sonucu çıkmaz. Uygulamanın özellikleri ve yönetim kapasitesi ayrıca değerlendirilir. Örnekler, aynı teknik adın farklı iş koşullarında farklı sonuçlar doğurabileceğini göstermek için kullanılır. Gerçek müşteri veya ölçülmüş sonuç anlatılmaz.

Bulut mu şirket içi sunucu mu karşılaştırmasında bu örnekler için aynı dokuz ölçüt kullanılabilir. Kim yönetecek, hangi veri gerekiyor ve kesintide ne yapılacak? Hazır cevap yerine koşullara bakılır. Maliyet karşılaştırması yapılacaksa aynı hizmetler ve dönem düşünülür. İşletmenin kendi zamanı ve dış sağlayıcı sorumluluğu ayrılır. Örnek kayıtlarla erişim ve kurtarma denemeleri planlanabilir. Her işte aynı kapsam gerekmez; kritik ihtiyaçlar önceliklendirilir. Son seçim, uygulanabilir teknik yöntem ve açık iş sorumluluğuna dayanmalıdır.

Teklifte bulunması gereken açıklamalar

Bulut mu şirket içi sunucu mu önerisinde yalnızca ürün veya paket ismi bulunmamalıdır. Hangi iş yükü için hangi varsayımla seçildiği ve hangi hizmetlerin dahil olduğu anlaşılmalıdır. Kurulum, güncelleme, izleme ve yedekleme ayrı sorumluluklar olabilir. Teklifte belirtilmeyen işin otomatik dahil olduğu düşünülmemelidir. Kullanım sınırları ve ek ihtiyaçların nasıl değerlendirileceği sorulabilir. Mevcut uygulamanın üretici desteği varsa önerilen ortamın bu koşullara uygunluğu kontrol edilir. Bilgi tarihi ve kaynaklar kaydedilirse sonraki değişiklikler daha kolay izlenebilir.

Bulut mu şirket içi sunucu mu görüşmesinde teknik sorumlunun bulunması yararlı olabilir. İşletme iş etkisini, teknik kişi mevcut bağımlılıkları açıklayabilir. Kimsenin tek başına bütün ayrıntıları bilmesi beklenmez. Cevaplanmamış soruların sahibi ve inceleme yöntemi belirlenir. Kesin bilgiyle varsayım ayrı tutulmalıdır. Özellikle eski uygulama, lisans ve dış hizmet bağlantısı hakkında tahminle karar verilmemelidir. Resmi belgeler veya sağlayıcı teyidi gerekebilir. Araştırmanın hangi kararı mümkün kılacağı açıklanırsa inceleme çalışması daha somut değerlendirilir.

Ortam değişmeden önce pilot kullanım düşünmek

Bulut mu şirket içi sunucu mu kararında kritik işlemi sınırlı örnekle değerlendirmek yararlı olabilir. Hangi kullanıcının hangi veriye erişeceği ve hangi görevin deneneceği önceden yazılır. Pilot çalışma kapsamına göre ayrı ortam ve güvenli örnek veri gerekebilir. Gerçek müşteri bilgileri gereksiz yere taşınmamalıdır. Amaç yalnızca uygulamanın açıldığını görmek değildir. Beklenen işlemin yapılması, raporun oluşması ve gerektiğinde dosyaya ulaşılması incelenir. Bu deneme bütün teknik riskleri ortadan kaldırmaz; belirli sorulara somut cevap sağlar.

Bulut mu şirket içi sunucu mu araştırmasında pilotun başarı ölçütü belirsiz bırakılmamalıdır. Kullanıcı ekranı beğendi mi sorusunun yanında hangi işi yapabildiği görülmelidir. Erişim, veri ve işlem sonuçları ayrı kontrol edilebilir. Beklenen davranışla gerçek sonuç farklıysa neden araştırılır. Teknik ekip ortam kaynaklarını, işletme ise iş sonucunu değerlendirebilir. Aynı koşulları bütün seçeneklerde sağlamak her zaman mümkün olmayabilir; farklar kaydedilir. Tek bir iyi veya kötü deneyimden genelleme yapılmadan ilgili bağımlılıklar ve kullanım koşulları incelenir.

Hesapların işletme düzeninde tutulması

Bulut mu şirket içi sunucu mu seçilirse seçilsin, kritik hesapların kimin yönetiminde olduğu bilinmelidir. Sağlayıcının kişisel adresiyle açılmış hizmet hesabı, devir sırasında ek işlem gerektirebilir. İşletmenin erişim ihtiyacı ve teknik sorumlunun görevleri birlikte düşünülür. Her kullanıcıya yönetici parolası vermek çözüm değildir. Uygun yetkilerle sorumluluk dağıtılır. Hesap bilgileri güvenli yöntemle saklanmalı ve gerektiğinde yetkili kişi tarafından bulunabilmelidir. Bu yazı belirli parola saklama ürünü önermez; uygulanacak yöntem uzman ekipçe değerlendirilir.

Bulut mu şirket içi sunucu mu kararında görev değişimi ayrı senaryo olmalıdır. Teknik sorumlu veya işletme çalışanı ayrılırsa hangi erişimler kapanacak, hangileri yeni kişiye verilecek? Uygulama hesabıyla altyapı hesabı karıştırılmamalıdır. Eski kişinin kullandığı erişimin ne olduğu bilinmiyorsa yönetim zorlaşabilir. Düzenli hesap listesi ve sorumlu kaydı yararlı olabilir. Her işletmede aynı büyüklükte belge gerekmez. Gerekli erişimlerin açıklığı ve kullanılmayan yetkilerin yönetimi hedeflenir. Sadece ilk kurulum sırasında doğru ayar yapmak yeterli olmayabilir.

Yerel cihazların ortak sorumluluğu

Bulut mu şirket içi sunucu mu tartışılırken kullanıcı bilgisayarları unutulabilir. Uygulamaya bağlanan cihazın durumu günlük kullanımı etkiler. Kullanıcı hesabının paylaşılması veya dosyaların kontrolsüz çoğaltılması ortamdan bağımsız sorun yaratabilir. Teknik güvenlik yöntemi uygulama ve işletmeye göre değerlendirilir. Her sorunu sunucu konumuna bağlamak gerçek nedeni bulmayı zorlaştırır. Kullanıcıların hangi davranışları izleyeceği anlaşılır açıklanmalıdır. Güncelleme veya erişim sorunu bildiriminde hangi bilgilerin verileceği de konuşulabilir. İşletmenin kullanım düzeni teknik ortamı tamamlar.

Bulut mu şirket içi sunucu mu seçiminde veri dışa aktarma alışkanlıklarına da bakın. Kullanıcı raporları kişisel cihazlara indiriyorsa bu kopyalar sunucunun yedek düzeninden ayrı olabilir. Hangi dosyanın güncel olduğu ve kimlerin eriştiği bilinmelidir. Bütün dosya indirmeyi yasaklamak her işte uygun olmayabilir; gerçek ihtiyaç anlaşılır. Erişim, paylaşım ve saklama koşulları ayrıca değerlendirilir. İşletmenin yükümlülükleri hakkında bu rehber hüküm vermez. Amaç, ortam seçiminin bütün veri kullanımını tek başına yönetmediğini görünür hale getirmektir.

Geçiş gününde bilgi kaybını önlemek

Bulut mu şirket içi sunucu mu için mevcut ortamdan geçiş yapılacaksa son verinin nerede tutulacağı belirlenmelidir. Taşıma sırasında kullanıcılar eski sistemde yeni kayıt açarsa iki taraf arasında fark oluşabilir. Geçişin sırası ve sorumluları açıklanır. Örnek kontrol ve uygun geri dönüş yöntemi planlanabilir. Her uygulamada aynı adım listesi kullanılmaz; veri ve bağımlılıklar farklıdır. Kullanıcıların ne zaman hangi adresi kullanacağı anlaşılır olmalıdır. Sadece yeni bağlantıyı göndermek eski kullanımın durduğunu göstermez.

Bulut mu şirket içi sunucu mu geçişinde eski ortamın hemen kapatılıp kapatılmayacağı ayrıca değerlendirilir. Geçmiş dosya, açıklama veya kontrol için erişim gerekebilir. Buna karşılık iki ortamın uzun süre belirsiz biçimde açık kalması yanlış kayıt riskini artırabilir. Güncel sistemin hangisi olduğu net gösterilir. Eski ortamın saklanması ve erişim koşulları tarafların anlaşmasıyla ve işletmenin gereksinimleriyle belirlenir. Bütün işin taşındığı kontrol edilmeden tamamlandı denmemelidir. Son değerlendirme, hangi kayıtların ve işlemlerin incelendiğini açıklayabilmelidir.

Yerel işletmeler için başlangıç görüşmesi

Bulut mu şirket içi sunucu mu araştıran Maltepe, İdealtepe ve Anadolu Yakası işletmeleri, kullanıcı konumlarını ve mevcut programlarını HD Bilgisayar ile değerlendirebilir. İletişim numarası 0532 396 34 71, adres Altayçeşme, Oba Çıkmazı No:3, Maltepe, İstanbul’dur. Görüşme zamanı ve yöntemi ayrıca kararlaştırılır. Bu rehber belirli altyapı ürünü, kesintisizlik süresi veya fiyat taahhüdü değildir. Uygulama, veri ve sorumluluklar incelenerek uygun çalışma kapsamı netleştirilir. Yerel yakınlık teknik incelemenin yerine geçmez.

Karar öncesi kontrol listesi

Bulut mu şirket içi sunucu mu seçimini yapmadan önce aynı hizmetleri karşılaştırdığınızdan emin olun. Bir seçenekte yönetim dahilken diğerinde işletmeye bırakılmış olabilir. Yedek ve erişim koşulları farklı olabilir. Sadece kaynak kapasitesini eşitlemek yeterli değildir. Kritik kullanım senaryoları, sorumlular ve beklenmeyen durumda izlenecek yöntem değerlendirilmelidir. Kayıtlı varsayımlar üzerinden ilerlemek, ortamın adına dayanan genellemelerden daha faydalıdır. Açık soruların cevaplanması için gereken inceleme ve sorumlular belirlenebilir.

• Uygulamanın desteklediği ortam doğrulandı mı?
• Kurulum, bakım ve hesap görevleri ayrıldı mı?
• Kullanıcıların konumları ve cihazları belli mi?
• İnternet ve yerel kesintilerin iş etkisi açıklandı mı?
• Yedek kapsamı ve geri dönüş yöntemi değerlendirildi mi?
• Yetkiler ve teknik kontroller için sorumlu var mı?
• Başlangıç ve devam eden giderler ayrıldı mı?
• Taşınma ve devir için gerekli bilgiler biliniyor mu?
• İzleme, bildirim ve yeniden değerlendirme yöntemi açık mı?

Sık sorulan 6 soru

İç sunucu varsa internet gerekmeyecek mi?

Bu uygulamanın bağımlılıklarına bağlıdır. Dış hizmet, lisans veya veri bağlantısı gerekebilir. Sunucunun ofiste bulunması bütün işlemlerin çevrim dışı çalışacağını göstermez. Bulut mu şirket içi sunucu mu kararında hangi işlemin kesintide devam etmesi gerektiğini açıklayın. Okuma ve yeni kayıt oluşturma ayrı ihtiyaçlar olabilir. Teknik ekip mevcut uygulamanın olanaklarını inceler. Çevrim dışı davranış varsa ayrıca tasarlanıp kontrol edilmelidir.

Bulut kullanınca bütün bakım sağlayıcıda mı olur?

Hizmet türü ve kapsamına göre değişir. Uygulama, hesap ve veri yönetiminde işletme sorumlulukları kalabilir. Bulut mu şirket içi sunucu mu değerlendirmesinde hangi katmanı kimin yönettiğini sorun. Yönetilen hizmet ifadesi tek başına bütün görevleri anlatmaz. İlgili teklif ve resmi belgeler okunmalıdır. Kullanıcı erişimlerinin güncel tutulması gibi günlük görevlerin sorumlusu belli olmalıdır. Genel hizmet adı sorumluluk çizelgesinin yerine geçmez.

Hangisi daha güvenlidir?

Güvenlik tek başına fiziksel konumla belirlenmez. Ayarlar, güncellemeler, kullanıcı yetkileri ve veri kullanımı önemlidir. Bulut mu şirket içi sunucu mu sorusuna inceleme yapılmadan kesin üstünlük verilmemelidir. Uygulanan kontroller ve sorumlular öğrenilmelidir. Belirli sağlayıcının tanınmış olması sizin kurulumunuzun doğru olduğunu kanıtlamaz. Aynı şekilde işletmede bulunması da yanlış erişimleri önlemez. Teknik değerlendirme ve işletme kararları birlikte ele alınır.

Mevcut program başka ortama taşınabilir mi?

Uygulamanın gereksinimleri, lisans koşulları ve teknik bağımlılıkları incelenmelidir. Her sistemin dosya kopyalayarak taşınacağı varsayılmaz. Kurulum açıklamaları ve veri aktarımı gerekebilir. Bulut mu şirket içi sunucu mu karşılaştırmasında mevcut üreticinin resmi belgeleri veya desteği dikkate alınır. Geçiş sırasında yeni verinin nerede tutulacağı ve sonucun nasıl kontrol edileceği planlanmalıdır. Kesin yöntem inceleme sonucuna göre belirlenir.

Yedekleme hizmeti varsa geri dönüş garanti midir?

Sadece yedeğin bulunması bütün geri dönüş senaryolarının çalıştığını kanıtlamaz. Kapsam, erişim ve uygun deneme yöntemi önemlidir. Hangi verilerin ve ayarların korunduğu açıklanmalıdır. Bulut mu şirket içi sunucu mu seçiminde geri dönüş beklentileri iş etkisine göre konuşulur. Hazır süreler uydurulmamalıdır. Teknik ekip uygulanabilir seçenekleri değerlendirir. İşletme hangi işin ne kadar bekleyebileceğini ve hangi kayıtları yeniden hazırlayabileceğini açıklamalıdır.

İlk görüşmede hangi bilgileri hazırlamalıyım?

Bulut mu şirket içi sunucu mu değerlendirmesi için kullanılan uygulamaları, kullanıcı konumlarını ve kritik işlemleri listeleyin. Mevcut veri ve dış hizmetleri belirtin. Hangi kesintide hangi işin durduğunu anlatın. Teknik ürün seçimini kendiniz yapmak zorunda değilsiniz. Kesin olmayan bilgileri teyit edilecek olarak işaretleyin. İşletme ihtiyacı ve mevcut bağımlılıklar anlaşılınca seçeneklerin sorumluluk, maliyet ve kullanım etkileri daha somut değerlendirilebilir.