01Adımlar
1. Mevcut dosya, veritabanı, e-posta ve DNS kayıtlarının envanterini çıkarmak
Bu adımda yapılan her değişiklik kayıt altına alını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
Gerekirse bu adım test ortamında önceden denenir.
4. Veriyi aktarıp test adresinde denemek
Bu adımın çıktısı kısa bir notla paylaşılı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
Gerekirse bu adım test ortamında önceden denenir.
02Dikkat noktaları
- Kaçınılması gereken: SSL ve yönlendirmeleri yeni ortamda yeniden kurmamak
- Kaçınılması gereken: yedeği almadan eski hesabı kapatmak
- 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 |
04İzmir'de buluta geçiş
İzmir, Ege Bölgesi'nde yer alan, plaka kodu 35 olan bir ildir; PTT verisine göre 30 ilçe ve 1.311 mahalle ve köy kaydından oluşur. İzmir büyükşehir belediyesi olan 30 ilden biridir. Denize kıyısı olan illerdendir. 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.
Mesafe yazılım işinin önünde engel değildir: İzmir'deki 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.
Ege Bölgesi'ndeki Denizli, Aydın ve Kütahya gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
05Hangi durumlarda gündeme gelir?
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.
Trafik arttığında
Önbellek, CDN ve gerekirse yatay ölçekleme ile yük dağıtılır.
06Örnek planlama hesabı
Örnek: sunucu yükü
- Eşzamanlı kullanıcı
- 1.600
- Kullanıcı başı dakikadaki istek
- 7
- Saniyedeki istek
- 186,7
- Zirve payıyla (× 3)
- 560
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.
Sadece İzmir için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; İzmir de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
İzmir'de yüz yüze görüşebilir miyiz?
İş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.
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.
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.
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.
→İlgili sayfalar
Buluta Geçiş hakkında diğer konular
İzmir'de ilgili hizmetler
Ege Bölgesi'ndeki diğer iller
İzmir ilçelerinde buluta geçiş nasıl yapılır
Bu sayfada geçen kavramlar
- envanter
- geçiş planı
- kesintisiz geçiş
- Cloudflare
- log
- PostgreSQL
- GitHub Actions
- VPS
- İzmir