01Adımlar
1. Mevcut sunucu ve uygulama envanterini çıkarmak
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
2. Güvenlik temelini kurmak (kullanıcılar, anahtar erişim, güvenlik duvarı)
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
3. Uygulamayı tekrarlanabilir biçimde kurmak (konteyner veya betik)
Bu adımda yapılan her değişiklik kayıt altına alınır.
4. Yedekleme, izleme ve uyarıları devreye almak
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
5. Dağıtım adımlarını otomatikleştirmek
Bu adımın çıktısı kısa bir notla paylaşılır.
6. Kurulumu belgeleyip erişimleri teslim etmek
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
02Dikkat noktaları
- Kaçınılması gereken: portları gereksiz yere internete açmak
- Kaçınılması gereken: yedekleri aynı sunucuda tutmak
- Kaçınılması gereken: güncellemeleri uzun süre ertelemek
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 |
04Han için çalışma düzeni
Han'ın PTT verisindeki 15 yerleşim kaydı 1 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için otomatik yedekleme tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Mesafe yazılım işinin önünde engel değildir: Han'daki 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.
Eskişehir genelinde Günyüzü, Mahmudiye ve Mihalıççık gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Sorunu kısa bir notla ve ekran görüntüsüyle WhatsApp'tan iletin; otomatik yedekleme için ön değerlendirme yapalım. Telefon: 0540 003 19 81.
05Hangi durumlarda gündeme gelir?
Şifreleme gerektiğinde
Şifreleme, otomatik yedekleme projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
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.
06Rakamlarla örnek bir senaryo
Örnek: veritabanı büyüklüğü
- Günlük kayıt
- 77.100
- Satır boyutu
- 2 KB
- Süre
- 2 yıl
- Yaklaşık veri
- 107,35 GB
- 30 günlük yedek seti
- 3.220,5 GB (tam yedek varsayımıyla)
İndeksler ve dosya ekleri boyutu artırır. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Eskişehir dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; İç Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Adımların sırası değişebilir mi?
Mevcut duruma göre değişebilir; ancak yedek ve test adımları her zaman önce gelir.
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.
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.
Bu adımları kendim uygulayabilir miyim?
Bazı adımlar teknik bilgiyle yapılabilir; yedekleme, sürüm uyumu ve canlı ortam değişiklikleri ise deneyim gerektirir. Kendin yap mı uzman mı sayfasında ayrımı anlattık.
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.
Han'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.
→İlgili sayfalar
Otomatik Yedekleme hakkında diğer konular
Han'da ilgili hizmetler
Eskişehir içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- 3-2-1
- şifreleme
- geri yükleme testi
- CI/CD
- yedekleme
- ölçeklendirme
- GitHub Actions
- SSL
- VPS
- Eskişehir
- Han