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ü: mevcut sağlayıcıda kaynak sınırına sık takılmak
- Belirti kontrolü: eski PHP veya işletim sistemi sürümüne bağlı kalmak
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 |
04Hangi sistemlerde uygulanır?
- Web siteleri ve e-ticaret
- SaaS ürünleri
- Kurumsal uygulamalar
- API servisleri
- Veritabanı sunucuları
05Analizde 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ı |
06Hangi 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.
07Kapsamı ve maliyeti etkileyenler
- sunucu sayısı
- veritabanı boyutu
- bakım periyodu
- ortam sayısı
08Planlama notları
- Erişim bilgileri işletmede kalır; parola yerine anahtar ve iki adımlı doğrulama kullanılır.
- İzleme: uptime, hata logları, kaynak kullanımı ve uyarılar.
- Yedekler 3-2-1 ilkesiyle (3 kopya, 2 farklı ortam, 1 başka konum) ve düzenli geri yükleme testiyle tutulur.
09Tokat Pazar'da uzaktan analiz
PTT kayıtlarında Tokat Pazar ilçesine bağlı 31 yerleşim bulunur: 12 mahalle ile 19 köy ve köy yerleşimi.
Tokat Pazar'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 Niksar, Reşadiye ve Tokat Yeşilyurt 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
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.
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.
Tokat dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Tokat de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
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.
Tokat Pazar'da bulunuyorum, yerinde görüşme mümkün mü?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
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.
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.
→İlgili sayfalar
Buluta Geçiş hakkında diğer konular
Tokat Pazar'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
- CI/CD
- VPS
- Tokat
- Pazar