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
Bu adımın çıktısı kısa bir notla paylaşılı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
Gerekirse bu adım test ortamında önceden denenir.
6. Geçiş sonrası formları, e-postaları, SSL'i ve yönlendirmeleri kontrol etmek
Bu adımın çıktısı kısa bir notla paylaşılır.
02Dikkat noktaları
- Kaçınılması gereken: DNS'i değiştirip e-posta kayıtlarını unutmak
- Kaçınılması gereken: SSL ve yönlendirmeleri yeni ortamda yeniden kurmamak
- Kaçınılması gereken: test adresinde denemeden canlıya geçmek
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 |
04Bayraklı için çalışma düzeni
PTT kayıtlarında Bayraklı ilçesine bağlı 24 yerleşim bulunur. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için buluta geçiş tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Bayraklı'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.
İzmir genelinde Çeşme, Karşıyaka ve Kiraz gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Bayraklı bölgesinden buluta geçiş talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
05Planlama notları
- İzleme: uptime, hata logları, kaynak kullanımı ve uyarılar.
- Erişim bilgileri işletmede kalır; parola yerine anahtar ve iki adımlı doğrulama kullanılır.
- Her ortam ayrılır: geliştirme, test, canlı.
06Kapsamı ve maliyeti etkileyenler
- ortam sayısı
- izleme ve yedekleme kapsamı
- bakım periyodu
- veritabanı boyutu
07Rakamlarla örnek bir senaryo
Örnek: sunucu yükü
- Eşzamanlı kullanıcı
- 350
- Kullanıcı başı dakikadaki istek
- 8
- Saniyedeki istek
- 46,7
- Zirve payıyla (× 3)
- 140
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
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.
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.
Bayraklı'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.
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.
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.
İzmir dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Ege Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
→İlgili sayfalar
Buluta Geçiş hakkında diğer konular
Bayraklı'da ilgili hizmetler
İzmir içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- envanter
- geçiş planı
- kesintisiz geçiş
- Cloudflare
- log
- PostgreSQL
- SSL
- CI/CD
- Linux
- İzmir
- Bayraklı