01Kontrol edilen başlıklar
- Sunucu ve uygulama logları
- Search Console ve analitik verileri (web işlerinde)
- Lighthouse ve PageSpeed ölçümleri
- Sunucu kaynak kullanımı (işlemci, bellek, disk)
- Sürüm, bağımlılık ve güvenlik güncelleme durumu
- Belirti kontrolü: yenileme ücretinin ya da destek kalitesinin ihtiyacı karşılamaması
- Belirti kontrolü: yavaş yanıt veren veya sık kesilen sunucu
02Rapor içeriği
- Bulgular ve kanıtlar
- Önceliklendirilmiş sorun listesi
- Önerilen çözüm ve etkisi
- Riskler ve ön koşullar
- Uygulama planı
03Belirti, neden ve çözüm
| Belirti | Olası neden | Çözüm |
|---|---|---|
| Site/uygulama ara ara çöküyor | Kaynak yetersiz, izleme yok | İzleme ve ölçeklendirme |
| Güncelleme sonrası bozuluyor | Test ortamı yok | CI/CD ve test ortamı |
| Yedek var sanılıyor ama dönülemiyor | Geri yükleme hiç denenmemiş | Düzenli geri yükleme testi |
04Analizde kullanılan ölçütler
| Metrik | Hedef | Nasıl ölçülür |
|---|---|---|
| Kesinti süresi | Planlı bakım penceresi içinde | Uptime izleme kaydı |
| Aktarılan kayıt sayısı | Kaynakla birebir | Tablo bazlı kayıt sayımı |
| E-posta teslimi | Geçiş sonrası sorunsuz | Test gönderimleri ve SPF/DKIM kontrolü |
| Arama görünürlüğü | Geçiş öncesi seviyede | Search Console karşılaştırması |
05Hangi durumlarda gündeme gelir?
Trafik arttığında
Önbellek, CDN ve gerekirse yatay ölçekleme ile yük dağıtılır.
Site veya uygulama sık sık erişilemez olduğunda
Buluta geçiş için izleme, kaynak kullanımı ve log analiziyle kesintilerin nedeni bulunur.
06Planlama notları
- Yedekler 3-2-1 ilkesiyle (3 kopya, 2 farklı ortam, 1 başka konum) ve düzenli geri yükleme testiyle tutulur.
- Her ortam ayrılır: geliştirme, test, canlı.
- Dağıtım otomatikleştirilir (CI/CD); elle FTP yüklemesinden kaçınılır.
07İşletim ve bakım ipuçları
- SSL sertifikası ve alan adı yenileme tarihleri takip edilir.
- Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
- Güvenlik güncellemeleri düzenli uygulanır; yeniden başlatma gerektirenler bakım penceresine alınır.
08Sulusaray'da uzaktan analiz
Sulusaray'ın PTT verisindeki 18 yerleşim kaydı 2 farklı posta koduna dağılır.
Sulusaray'da bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Tokat genelinde Reşadiye, Erbaa ve Zile gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
SSSSık sorulan sorular
Analiz raporunu başka bir ekip kullanabilir mi?
Evet; rapor bulguları, kanıtları ve önerileri içerdiği için başka bir ekip de uygulamada kullanabilir.
Sunucu hesabı kimin adına açılır?
İşletmenin adına açılır; yönetim erişimi işletmede kalır. Biz yetkili kullanıcı olarak çalışırız.
Sulusaray'da yüz yüze görüşebilir miyiz?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Buluta geçiş öncesinde neleri hazırlamalıyım?
Hosting/sunucu yönetim paneli erişimi, alan adının kayıtlı olduğu firmadaki dns erişimi ve varsa e-posta hesap listesi işi hızlandırır.
Buluta geçiş sırasında site veya uygulama kapanır mı?
Hazırlık test ortamında yapılır; canlı ortamdaki değişiklik önceden haber verilen kısa bir bakım penceresinde uygulanır.
Sadece Tokat için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Karadeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Analiz için sistemime tam erişim vermem gerekir mi?
Gereken erişim işe göre sınırlanır; mümkünse geçici ve yetkisi kısıtlı bir kullanıcı açılması önerilir.
→İlgili sayfalar
Buluta Geçiş hakkında diğer konular
Sulusaray'da ilgili hizmetler
Tokat içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- envanter
- geçiş planı
- kesintisiz geçiş
- Cloudflare
- log
- PostgreSQL
- uptime
- Linux
- Nginx
- ölçeklendirme
- Tokat
- Sulusaray