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
- Yedeği almadan eski hesabı kapatmak
- DNS'i değiştirip e-posta kayıtlarını unutmak
- SSL ve yönlendirmeleri yeni ortamda yeniden kurmamak
05Planlama notları
- Yedekler 3-2-1 ilkesiyle (3 kopya, 2 farklı ortam, 1 başka konum) ve düzenli geri yükleme testiyle tutulur.
- Her ortam ayrılır: geliştirme, test, canlı.
- Erişim bilgileri işletmede kalır; parola yerine anahtar ve iki adımlı doğrulama kullanılır.
06Kapsamı ve maliyeti etkileyenler
- sunucu sayısı
- ortam sayısı
- veritabanı boyutu
- trafik
07Hangi durumlarda gündeme gelir?
Trafik arttığında
Önbellek, CDN ve gerekirse yatay ölçekleme ile yük dağıtılır.
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.
08Buluta geçiş hangi işletmelerde kullanılır?
- Web siteleri ve e-ticaret
- API servisleri
- Kurumsal uygulamalar
- SaaS ürünleri
09İşletim ve bakım ipuçları
- Disk, bellek ve işlemci kullanımı uyarı eşikleriyle izlenir.
- Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
- SSL sertifikası ve alan adı yenileme tarihleri takip edilir.
10Beşiktaş'ta uzman desteği
Beşiktaş'ın PTT verisindeki 23 yerleşim kaydı 10 farklı posta koduna dağılı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: Beşiktaş'taki 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.
İstanbul genelinde Esenyurt, Üsküdar ve Küçükçekmece 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
Beşiktaş'tan yazıyorum; toplantılar nasıl yapılıyor?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanı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.
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.
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.
İstanbul dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; İstanbul de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanı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.
→İlgili sayfalar
Buluta Geçiş hakkında diğer konular
Beşiktaş'ta ilgili hizmetler
İstanbul içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- envanter
- geçiş planı
- kesintisiz geçiş
- Cloudflare
- log
- PostgreSQL
- ölçeklendirme
- VPS
- GitHub Actions
- CI/CD
- İstanbul
- Beşiktaş