01İstenecek erişimler
- Sunucu veya bulut hesabı erişimi
- Alan adı DNS erişimi
- Uygulamanın kod deposu
- Mevcut ortam değişkenleri ve gizli anahtarların listesi
02Tam yedek
İşe başlamadan önce dosya ve veritabanının tam yedeği alınır ve yedeğin açıldığı doğrulanır. Yedek, çalışılan sunucudan farklı bir yerde saklanır.
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 |
04Bakım penceresi
Canlı ortamı etkileyecek adımlar, kullanımın en düşük olduğu saatlere planlanır ve önceden duyurulur; gerekirse ziyaretçilere bakım sayfası gösterilir.
05Hazırlık kontrol listesi
- Erişim bilgileri tek bir güvenli listede
- Son değişikliklerin tarihi ve açıklaması
- Kritik sayfa ve işlemlerin listesi
- Sorumlu kişinin iletişim bilgisi
06İzleme ve loglama hangi işletmelerde kullanılır?
- Veritabanı sunucuları
- API servisleri
- Kurumsal uygulamalar
- SaaS ürünleri
07Kapsamı ve maliyeti etkileyenler
- bakım periyodu
- trafik
- izleme ve yedekleme kapsamı
- ortam sayısı
08İşletim ve bakım ipuçları
- Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
- SSL sertifikası ve alan adı yenileme tarihleri takip edilir.
- Disk, bellek ve işlemci kullanımı uyarı eşikleriyle izlenir.
09Planlama notları
- İzleme: uptime, hata logları, kaynak kullanımı ve uyarılar.
- Barındırma yeri seçilir: Türkiye'de veri merkezi, yurt dışı bulut ya da şirket içi; kişisel veri varsa KVKK m.9 aktarım şartları değerlendirilir.
- Erişim bilgileri işletmede kalır; parola yerine anahtar ve iki adımlı doğrulama kullanılır.
10Hangi 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
İzleme ve loglama için izleme, kaynak kullanımı ve log analiziyle kesintilerin nedeni bulunur.
11Çatak'ta planlama
Çatak, Van iline bağlı bir ilçedir ve PTT adres verisine göre 33 mahalleden oluşur.
Mesafe yazılım işinin önünde engel değildir: Çatak'taki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Aynı ildeki Muradiye, Erciş ve Van Saray ilçeleri için de izleme ve loglama talepleri değerlendirilir; toplantılar uzaktan yapılır.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
SSSSık sorulan sorular
Yedeği kim alır?
Erişim verildiyse yedeği biz alırız; mevcut hosting yedeği varsa ayrıca doğrulanır.
İzleme ve loglama 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.
İzleme ve loglama öncesinde neleri hazırlamalıyım?
Sunucu veya bulut hesabı erişimi, alan adı dns erişimi ve uygulamanın kod deposu işi hızlandırır.
Erişim bilgilerini nasıl paylaşmalıyım?
Parolaları açık metin olarak e-postayla göndermek yerine geçici kullanıcı açmak veya güvenli bir parola paylaşım aracı kullanmak önerilir; iş bitince erişim kapatılır.
Sadece Van için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Van de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Çatak'tan yazıyorum; toplantılar nasıl yapılıyor?
İş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.
Paylaşımlı hosting yerine VPS'e ne zaman geçilmeli?
Sitenin kaynak sınırına takıldığı, özel yazılım çalıştırılacağı veya sunucu ayarlarına erişim gerektiği durumlarda VPS değerlendirilir; yönetimi de birlikte planlanmalıdır.
→İlgili sayfalar
İzleme ve Loglama hakkında diğer konular
Çatak'ta ilgili hizmetler
Van içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- uptime
- metrik
- log
- CDN
- CI/CD
- SSL
- MySQL
- Cloudflare
- Docker Compose
- Van
- Çatak