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ımın çıktısı kısa bir notla paylaşılı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
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanı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: yedeği almadan eski hesabı kapatmak
- Kaçınılması gereken: test adresinde denemeden canlıya geçmek
- Kaçınılması gereken: DNS'i değiştirip e-posta kayıtlarını unutmak
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 |
04Odunpazarı'nda buluta geçiş
Odunpazarı'nın PTT verisindeki 86 yerleşim kaydı 15 farklı posta koduna dağılır. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. 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: Odunpazarı'ndaki 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.
Aynı ildeki Beylikova, Mahmudiye ve Günyüzü ilçeleri için de buluta geçiş talepleri değerlendirilir; toplantılar uzaktan yapılır.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
05İşletim ve bakım ipuçları
- Disk, bellek ve işlemci kullanımı uyarı eşikleriyle izlenir.
- Yedeklerden geri yükleme belirli aralıklarla denenir.
- Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
06Rakamlarla örnek bir senaryo
Örnek: sunucu yükü
- Eşzamanlı kullanıcı
- 120
- Kullanıcı başı dakikadaki istek
- 8
- Saniyedeki istek
- 16
- Zirve payıyla (× 3)
- 48
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
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.
Odunpazarı'nda 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.
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.
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.
Sadece Eskişehir için mi çalışıyorsunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.
→İlgili sayfalar
Buluta Geçiş hakkında diğer konular
Odunpazarı'nda ilgili hizmetler
Eskişehir içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- envanter
- geçiş planı
- kesintisiz geçiş
- Cloudflare
- log
- PostgreSQL
- Nginx
- Linux
- MySQL
- Docker Compose
- Eskişehir
- Odunpazarı