01Adımlar
1. Mevcut dosya, veritabanı, e-posta ve DNS kayıtlarının envanterini çıkarmak
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
2. Tam yedek almak ve yedeğin açıldığını doğrulamak
Bu adımda yapılan her değişiklik kayıt altına alınır.
3. Yeni ortamı kurup sürüm ve ayarları eşlemek
Bu adımda yapılan her değişiklik kayıt altına alınır.
4. Veriyi aktarıp test adresinde denemek
Bu adımda yapılan her değişiklik kayıt altına alınır.
5. DNS kayıtlarının süresini (TTL) düşürüp geçişi planlı saatte yapmak
Bu adımın çıktısı kısa bir notla paylaşılır.
6. Geçiş sonrası formları, e-postaları, SSL'i ve yönlendirmeleri kontrol etmek
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
02Dikkat noktaları
- Kaçınılması gereken: yedeği almadan eski hesabı kapatmak
- Kaçınılması gereken: DNS'i değiştirip e-posta kayıtlarını unutmak
- Kaçınılması gereken: eski sunucuyu geçişten hemen sonra iptal etmek
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 |
04Pursaklar için çalışma düzeni
Pursaklar'ın PTT verisindeki 21 yerleşim kaydı 1 farklı posta koduna dağılır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde buluta geçiş için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Pursaklar'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.
Ankara genelinde Şereflikoçhisar, Çamlıdere ve Yenimahalle 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.
05Hangi durumlarda gündeme gelir?
Geçiş planı gerektiğinde
Geçiş planı, buluta geçiş 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
Buluta geçiş için izleme, kaynak kullanımı ve log analiziyle kesintilerin nedeni bulunur.
06Örnek kapsam hesabı
Örnek: sunucu yükü
- Eşzamanlı kullanıcı
- 160
- Kullanıcı başı dakikadaki istek
- 3
- Saniyedeki istek
- 8
- Zirve payıyla (× 3)
- 24
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
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.
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.
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.
Pursaklar'dan 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.
Sadece Ankara için mi çalışıyorsunuz?
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.
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.
→İlgili sayfalar
Buluta Geçiş hakkında diğer konular
Pursaklar'da ilgili hizmetler
Ankara içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- envanter
- geçiş planı
- kesintisiz geçiş
- Cloudflare
- log
- PostgreSQL
- Redis
- Linux
- Docker Compose
- Nginx
- Ankara
- Pursaklar