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
Gerekirse bu adım test ortamında önceden denenir.
3. Yeni ortamı kurup sürüm ve ayarları eşlemek
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
4. Veriyi aktarıp test adresinde denemek
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
5. DNS kayıtlarının süresini (TTL) düşürüp geçişi planlı saatte yapmak
Bu adımda yapılan her değişiklik kayıt altına alınır.
6. Geçiş sonrası formları, e-postaları, SSL'i ve yönlendirmeleri kontrol etmek
Gerekirse bu adım test ortamında önceden denenir.
02Dikkat noktaları
- Kaçınılması gereken: eski sunucuyu geçişten hemen sonra iptal etmek
- Kaçınılması gereken: test adresinde denemeden canlıya geçmek
- Kaçınılması gereken: SSL ve yönlendirmeleri yeni ortamda yeniden kurmamak
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 |
04Şile için çalışma düzeni
Şile'nin PTT verisindeki 62 yerleşim kaydı 3 farklı posta koduna dağılır.
Şile'de 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.
İstanbul genelinde Sultanbeyli, Güngören ve Silivri 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.
05Buluta geçiş hangi işletmelerde kullanılır?
- Veritabanı sunucuları
- SaaS ürünleri
- API servisleri
- Web siteleri ve e-ticaret
06Hangi 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.
07Örnek kapsam hesabı
Örnek: sunucu yükü
- Eşzamanlı kullanıcı
- 990
- Kullanıcı başı dakikadaki istek
- 4
- Saniyedeki istek
- 66
- Zirve payıyla (× 3)
- 198
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.
Sadece İstanbul için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Marmara Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürü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.
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.
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.
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.
Şile'den 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.
→İlgili sayfalar
Buluta Geçiş hakkında diğer konular
Şile'de ilgili hizmetler
İstanbul içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- envanter
- geçiş planı
- kesintisiz geçiş
- Cloudflare
- log
- PostgreSQL
- Nginx
- uptime
- Redis
- İstanbul
- Şile