01Adımlar
1. Mevcut dosya, veritabanı, e-posta ve DNS kayıtlarının envanterini çıkarmak
Bu adımın çıktısı kısa bir notla paylaşılı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
Bu adımda yapılan her değişiklik kayıt altına alınır.
4. Veriyi aktarıp test adresinde denemek
Gerekirse bu adım test ortamında önceden denenir.
5. DNS kayıtlarının süresini (TTL) düşürüp geçişi planlı saatte yapmak
Bu adımda yapılan her değişiklik kayıt altına alınır.
6. Geçiş sonrası formları, e-postaları, SSL'i ve yönlendirmeleri kontrol etmek
Bu adımda yapılan her değişiklik kayıt altına alınır.
02Dikkat noktaları
- Kaçınılması gereken: SSL ve yönlendirmeleri yeni ortamda yeniden kurmamak
- Kaçınılması gereken: DNS'i değiştirip e-posta kayıtlarını unutmak
- Kaçınılması gereken: yedeği almadan eski hesabı kapatmak
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 |
04Tarsus'ta buluta geçiş
Tarsus'un PTT verisindeki 180 yerleşim kaydı 14 farklı posta koduna dağılır.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Tarsus'taki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Aynı ildeki Toroslar, Bozyazı ve Anamur ilçeleri için de buluta geçiş talepleri değerlendirilir; toplantılar uzaktan yapılır.
Sorunu kısa bir notla ve ekran görüntüsüyle WhatsApp'tan iletin; buluta geçiş için ön değerlendirme yapalım. Telefon: 0540 003 19 81.
05Planlama notları
- 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.
- 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.
06Örnek kapsam hesabı
Örnek: sunucu yükü
- Eşzamanlı kullanıcı
- 630
- Kullanıcı başı dakikadaki istek
- 5
- Saniyedeki istek
- 52,5
- Zirve payıyla (× 3)
- 157,5
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Paylaşımlı hosting yerine VPS'e ne zaman geçilmeli?
Sitenin kaynak sınırına takıldığı, özel yazılım çalıştırılacağı veya sunucu ayarlarına erişim gerektiği durumlarda VPS değerlendirilir; yönetimi de birlikte planlanmalıdı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.
Sadece Mersin için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Mersin de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
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.
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.
Tarsus'ta yüz yüze görüşebilir miyiz?
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.
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
Tarsus'ta ilgili hizmetler
Mersin içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- envanter
- geçiş planı
- kesintisiz geçiş
- Cloudflare
- log
- PostgreSQL
- uptime
- ölçeklendirme
- Nginx
- Mersin
- Tarsus