01İzleme
- Çalışma durumu (uptime) takibi
- Hata ve uyarı bildirimleri
- Aylık kısa durum raporu
02Güncelleme takvimi
- Güvenlik güncellemeleri düzenli uygulanır; yeniden başlatma gerektirenler bakım penceresine alınır.
- Disk, bellek ve işlemci kullanımı uyarı eşikleriyle izlenir.
- Yedeklerden geri yükleme belirli aralıklarla denenir.
- SSL sertifikası ve alan adı yenileme tarihleri takip edilir.
- Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
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ı
05Bakım paketi
- Çalışma durumu ve hata izleme
- Güvenlik ve sürüm güncellemeleri
- Yedeklerin kontrolü ve geri yükleme denemesi
- Hata düzeltme
- Küçük geliştirmeler ve içerik değişiklikleri
- Aylık kısa durum raporu
06Kapsamı ve maliyeti etkileyenler
- izleme ve yedekleme kapsamı
- veritabanı boyutu
- ortam sayısı
- sunucu sayısı
07İşletim ve bakım ipuçları
- SSL sertifikası ve alan adı yenileme tarihleri takip edilir.
- Güvenlik güncellemeleri düzenli uygulanır; yeniden başlatma gerektirenler bakım penceresine alınır.
- Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
08Planlama notları
- Dağıtım otomatikleştirilir (CI/CD); elle FTP yüklemesinden kaçınılır.
- Yedekler 3-2-1 ilkesiyle (3 kopya, 2 farklı ortam, 1 başka konum) ve düzenli geri yükleme testiyle tutulur.
- Erişim bilgileri işletmede kalır; parola yerine anahtar ve iki adımlı doğrulama kullanılır.
09Hangi durumlarda gündeme gelir?
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.
Yedekten dönüş hiç denenmediyse
Şifreli ve otomatik yedekleme kurulur; geri yükleme düzenli test edilir.
10Diyadin'de bakım
Diyadin, Ağrı iline bağlı bir ilçedir ve PTT adres verisine göre 120 mahalle ve köy kaydından oluşur.
Mesafe yazılım işinin önünde engel değildir: Diyadin'deki 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 Doğubayazıt, Ağrı Merkez ve Tutak ilçeleri için de buluta geçiş talepleri değerlendirilir; toplantılar uzaktan yapılır.
Diyadin bölgesinden buluta geçiş talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
SSSSık sorulan sorular
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.
Sorunun tekrar etmemesi için ne yapılır?
Kök neden giderilir, izleme ve uyarı kurulur, güncellemeler takvime bağlanı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 Ağrı için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Ağrı de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
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.
Diyadin'de 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.
İş bittikten sonra destek alabilir miyim?
Evet. İhtiyaca göre aylık bakım veya olay bazlı destek planlanabilir.
→İlgili sayfalar
Buluta Geçiş hakkında diğer konular
Diyadin'de ilgili hizmetler
Ağrı içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- envanter
- geçiş planı
- kesintisiz geçiş
- Cloudflare
- log
- PostgreSQL
- Docker Compose
- uptime
- CI/CD
- Nginx
- Ağrı
- Diyadin