01Kendiniz yapabilecekleriniz
- mevcut hesap ve erişim bilgilerini bir listede toplamak
- e-posta hesaplarını ve yönlendirmelerini not etmek
- sitenin kritik sayfalarının listesini çıkarmak
02Uzman gerektirenler
- veritabanı ve dosya aktarımının sürüm uyumuyla yapılması
- DNS ve e-posta (MX, SPF, DKIM) kayıtlarının geçişi
- geçiş sırasında veri kaybını önleyen senkronizasyon
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 |
04Yanlış uygulamanın riskleri
- DNS'i değiştirip e-posta kayıtlarını unutmak
- Test adresinde denemeden canlıya geçmek
- SSL ve yönlendirmeleri yeni ortamda yeniden kurmamak
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.
Yedekten dönüş hiç denenmediyse
Şifreli ve otomatik yedekleme kurulur; geri yükleme düzenli test edilir.
06Buluta geçiş hangi işletmelerde kullanılır?
- Veritabanı sunucuları
- SaaS ürünleri
- Kurumsal uygulamalar
- Web siteleri ve e-ticaret
07Kapsamı ve maliyeti etkileyenler
- sunucu sayısı
- ortam sayısı
- izleme ve yedekleme kapsamı
- veritabanı boyutu
08Planlama notları
- Yedekler 3-2-1 ilkesiyle (3 kopya, 2 farklı ortam, 1 başka konum) ve düzenli geri yükleme testiyle tutulur.
- Erişim bilgileri işletmede kalır; parola yerine anahtar ve iki adımlı doğrulama kullanılır.
- Barındırma yeri seçilir: Türkiye'de veri merkezi, yurt dışı bulut ya da şirket içi; kişisel veri varsa KVKK m.9 aktarım şartları değerlendirilir.
09Döşemealtı'nda uzman desteği
Döşemealtı'nın PTT verisindeki 35 yerleşim kaydı 1 farklı posta koduna dağılır. Bu kayıtlardan 3 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.
Döşemealtı'nda 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.
Antalya genelinde Muratpaşa, Gündoğmuş ve Antalya Kemer 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.
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 Antalya 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.
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.
Eklenti veya araçla kendim çözebilir miyim?
Basit durumlarda mümkündür; ancak aynı anda birden çok aracın çalışması çakışma yaratabilir. Önce yedek almayı unutmayın.
Döşemealtı'nda bulunuyorum, yerinde görüşme mümkün mü?
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.
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.
Kendim denedim, sorun büyüdü; ne yapmalıyım?
Daha fazla müdahale etmeden mevcut durumu kaydedin ve ön değerlendirme isteyin; değişikliklerin listesi tespiti hızlandırır.
→İlgili sayfalar
Buluta Geçiş hakkında diğer konular
Döşemealtı'nda ilgili hizmetler
Antalya içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- envanter
- geçiş planı
- kesintisiz geçiş
- Cloudflare
- log
- PostgreSQL
- Redis
- uptime
- CI/CD
- Antalya
- Döşemealtı