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
06Kapsamı ve maliyeti etkileyenler
- sunucu sayısı
- ortam sayısı
- trafik
- bakım periyodu
07Hangi durumlarda gündeme gelir?
Yedekten dönüş hiç denenmediyse
Şifreli ve otomatik yedekleme kurulur; geri yükleme düzenli test edilir.
Site veya uygulama sık sık erişilemez olduğunda
Otomatik yedekleme için izleme, kaynak kullanımı ve log analiziyle kesintilerin nedeni bulunur.
08Otomatik yedekleme hangi işletmelerde kullanılır?
- Veritabanı sunucuları
- Web siteleri ve e-ticaret
- API servisleri
- SaaS ürünleri
09İşletim ve bakım ipuçları
- Yedeklerden geri yükleme belirli aralıklarla denenir.
- Disk, bellek ve işlemci kullanımı uyarı eşikleriyle izlenir.
- Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
10Planlama notları
- İzleme: uptime, hata logları, kaynak kullanımı ve uyarılar.
- Her ortam ayrılır: geliştirme, test, canlı.
- Erişim bilgileri işletmede kalır; parola yerine anahtar ve iki adımlı doğrulama kullanılır.
11Çiftlik'te planlama
Çiftlik'in PTT verisindeki 36 yerleşim kaydı 5 farklı posta koduna dağılır.
Mesafe yazılım işinin önünde engel değildir: Çiftlik'teki 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.
Niğde genelinde Ulukışla, Çamardı ve Altunhisar 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
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.
Otomatik yedekleme ö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.
Çiftlik'ten yazıyorum; toplantılar nasıl yapılıyor?
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.
Sadece Niğde için mi çalışıyorsunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.
Otomatik yedekleme 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.
Yedeği kim alır?
Erişim verildiyse yedeği biz alırız; mevcut hosting yedeği varsa ayrıca doğrulanı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.
→İlgili sayfalar
Otomatik Yedekleme hakkında diğer konular
Çiftlik'te ilgili hizmetler
Niğde içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- 3-2-1
- şifreleme
- geri yükleme testi
- CI/CD
- yedekleme
- ölçeklendirme
- Nginx
- SSL
- Linux
- Cloudflare
- Niğde
- Çiftlik