Sunucu İhtiyaç Analizi Nasıl Yapılır?

Sunucu kararının kalitesi, öncesinde yapılan ihtiyaç analizine bağlıdır. Bu, teknik bir iş değil bir veri toplama işidir.

Toplanacak veriler

• Mevcut sistemlerin kullanım verileri
• Uygulama üreticilerinin gereksinimleri
• Şirket içi büyüme planı
• Kesinti geçmişi ve etkileri

1. Adım — Çalışacak sistemleri listeleyin

• ☐ Hangi uygulamalar barındırılacak?
• ☐ Her biri hangi ortamı gerektiriyor?
• ☐ Aralarında bağımlılık var mı?
• ☐ Aynı sunucuda çalışabilirler mi?
• ☐ Üretici desteklenen ortamları belirtti mi?

Son madde kritiktir: desteklenmeyen bir ortamda çalıştırmak, sorun anında üretici desteği alamamak demektir.

2. Adım — Kullanıcı profilini çıkarın

• Toplam kullanıcı sayısı
• Eşzamanlı kullanıcı sayısı
• Kullanım saatleri (mesai içi mi, 7/24 mü?)
• Yoğunluk dönemleri
• Uzaktan erişecek kullanıcı sayısı

Kritik ayrım: Toplam kullanıcı sayısı değil, eşzamanlı kullanıcı sayısı boyutlandırmayı belirler.

3. Adım — Veri hacmini ölçün

• ☐ Mevcut veri hacmi ne kadar?
• ☐ Yıllık büyüme oranı ne?
• ☐ Ne kadar süre saklanacak?
• ☐ Arşivleme politikası var mı?
• ☐ Yedekler için ne kadar alan gerekir?

4. Adım — Mevcut kullanımı ölçün

Zaten çalışan bir sisteminiz varsa ölçüm yapın:

En az bir ay, mümkünse bir dönem sonu içeren veri toplayın.

5. Adım — Süreklilik gereksinimini belirleyin

1. Sistem durursa hangi işler durur?
2. Bir günlük duruşun maliyeti nedir?
3. Kabul edilebilir kesinti süresi nedir? (RTO)
4. Kabul edilebilir veri kaybı nedir? (RPO)
5. Kritik dönemler var mı?

Üçüncü ve dördüncü cevaplar, yedekleme sıklığından mimari kararına kadar her şeyi belirler.

6. Adım — Güvenlik ve uyum gereksinimlerini çıkarın

• ☐ Kişisel veri işlenecek mi?
• ☐ Veri konumu zorunluluğu var mı?
• ☐ Sektörel düzenleme var mı?
• ☐ Müşteri sözleşmelerinde taahhüt var mı?
• ☐ Denetim gereksinimi var mı?
• ☐ Erişim kayıtları tutulmalı mı?

7. Adım — Teknik kapasitenizi değerlendirin

• ☐ Kim yönetecek?
• ☐ O kişinin yedeği var mı?
• ☐ Mesai dışı müdahale mümkün mü?
• ☐ Bakım anlaşması var mı?
• ☐ Eğitim gerekecek mi?

8. Adım — Gereksinim belgesini yazın

Toplanan bilgileri tek sayfaya indirin:

Barındırılacak sistemler: [liste ve üretici gereksinimleri]
Kullanıcı: toplam [X], eşzamanlı [Y]
Veri hacmi: mevcut [A], yıllık büyüme [B]
Mevcut kullanım: [ölçüm sonuçları]
Zirve yük: [dönem ve değer]
Kabul edilebilir kesinti (RTO): [süre]
Kabul edilebilir veri kaybı (RPO): [süre]
Veri konumu: [gereksinim]
Yönetim: [iç ekip / yönetilen hizmet]
Zorunlu kalemler: günlük yedek, izleme, [X] saat müdahale taahhüdü

Bu belgeyi tüm sağlayıcılara aynen gönderin.

9. Adım — Senaryoları test edin

Belgeyi tamamlamadan önce şu soruları yanıtlayın:

• Kullanıcı sayısı iki katına çıkarsa ne olur?
• Veri hacmi beklenenden hızlı büyürse?
• Yeni bir uygulama eklenirse?
• Sunucu arızalanırsa ne kadar sürede geri gelir?
• Yönetici kişi ayrılırsa ne olur?

Bu senaryolara verilen cevaplar, esneklik ve süreklilik gereksinimlerinizi netleştirir.

10. Adım — Yıllık tekrarlayın

İhtiyaç analizi tek seferlik değildir. Yılda bir kez:

• Ölçümleri güncelleyin
• Öngörülerinizin tuttuğunu kontrol edin
• Mevcut yapının hâlâ uygun olup olmadığını değerlendirin

Bu alışkanlık, hem sınırlara sıkışmayı hem de gereğinden büyük altyapıya ödeme yapmayı önler.