01İstenecek erişimler
- Hosting/sunucu yönetim paneli erişimi
- Alan adının kayıtlı olduğu firmadaki DNS erişimi
- Varsa e-posta hesap listesi
- Bakım için uygun zaman aralığı
02Tam yedek
İşe başlamadan önce dosya ve veritabanının tam yedeği alınır ve yedeğin açıldığı doğrulanır. Yedek, çalışılan sunucudan farklı bir yerde saklanır.
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 |
04Bakım penceresi
Canlı ortamı etkileyecek adımlar, kullanımın en düşük olduğu saatlere planlanır ve önceden duyurulur; gerekirse ziyaretçilere bakım sayfası gösterilir.
05Hazırlık kontrol listesi
- Erişim bilgileri tek bir güvenli listede
- Son değişikliklerin tarihi ve açıklaması
- Kritik sayfa ve işlemlerin listesi
- Sorumlu kişinin iletişim bilgisi
06Buluta geçiş hangi işletmelerde kullanılır?
- Web siteleri ve e-ticaret
- Kurumsal uygulamalar
- API servisleri
- Veritabanı sunucuları
07Kapsamı ve maliyeti etkileyenler
- veritabanı boyutu
- izleme ve yedekleme kapsamı
- bakım periyodu
- sunucu sayısı
08Planlama notları
- Yedekler 3-2-1 ilkesiyle (3 kopya, 2 farklı ortam, 1 başka konum) ve düzenli geri yükleme testiyle tutulur.
- Dağıtım otomatikleştirilir (CI/CD); elle FTP yüklemesinden kaçınılır.
- İzleme: uptime, hata logları, kaynak kullanımı ve uyarılar.
09İşletim ve bakım ipuçları
- Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
- Yedeklerden geri yükleme belirli aralıklarla denenir.
- SSL sertifikası ve alan adı yenileme tarihleri takip edilir.
10Hangi durumlarda gündeme gelir?
Yedekten dönüş hiç denenmediyse
Şifreli ve otomatik yedekleme kurulur; geri yükleme düzenli test edilir.
Geçiş planı gerektiğinde
Geçiş planı, buluta geçiş projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
11Çukurova'da planlama
PTT kayıtlarında Çukurova ilçesine bağlı 27 yerleşim bulunur.
Çukurova'da 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.
Adana genelinde Tufanbeyli, Aladağ ve Sarıçam 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
Yedeği kim alır?
Erişim verildiyse yedeği biz alırız; mevcut hosting yedeği varsa ayrıca doğrulanı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.
Çukurova'dan 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.
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.
Sadece Adana için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Akdeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürü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.
Erişim bilgilerini nasıl paylaşmalıyım?
Parolaları açık metin olarak e-postayla göndermek yerine geçici kullanıcı açmak veya güvenli bir parola paylaşım aracı kullanmak önerilir; iş bitince erişim kapatılır.
→İlgili sayfalar
Buluta Geçiş hakkında diğer konular
Çukurova'da ilgili hizmetler
Adana içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- envanter
- geçiş planı
- kesintisiz geçiş
- Cloudflare
- log
- PostgreSQL
- MySQL
- Docker
- Nginx
- Adana
- Çukurova