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
06Kapsamı ve maliyeti etkileyenler
- sunucu sayısı
- bakım periyodu
- ortam sayısı
- veritabanı boyutu
07Buluta geçiş hangi işletmelerde kullanılır?
- Web siteleri ve e-ticaret
- SaaS ürünleri
- Kurumsal uygulamalar
- Veritabanı sunucuları
08İşletim ve bakım ipuçları
- Yedeklerden geri yükleme belirli aralıklarla denenir.
- Güvenlik güncellemeleri düzenli uygulanır; yeniden başlatma gerektirenler bakım penceresine alınır.
- Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
09Planlama 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.
- Erişim bilgileri işletmede kalır; parola yerine anahtar ve iki adımlı doğrulama kullanılır.
- Her ortam ayrılır: geliştirme, test, canlı.
10Hangi durumlarda gündeme gelir?
Yedekten dönüş hiç denenmediyse
Şifreli ve otomatik yedekleme kurulur; geri yükleme düzenli test edilir.
Trafik arttığında
Önbellek, CDN ve gerekirse yatay ölçekleme ile yük dağıtılır.
11Kürtün'de planlama
Kürtün'ün PTT verisindeki 222 yerleşim kaydı 3 farklı posta koduna dağılır.
Mesafe yazılım işinin önünde engel değildir: Kürtün'deki 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 Köse, Torul ve Kelkit ilçeleri için de buluta geçiş talepleri değerlendirilir; toplantılar uzaktan yapılır.
Kürtün bölgesinden buluta geçiş talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
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.
Kürtün'de bulunuyorum, yerinde görüşme mümkün mü?
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ş ö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.
Yedeği kim alır?
Erişim verildiyse yedeği biz alırız; mevcut hosting yedeği varsa ayrıca doğrulanır.
Sadece Gümüşhane için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Karadeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yü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.
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
Kürtün'de ilgili hizmetler
Gümüşhane içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- envanter
- geçiş planı
- kesintisiz geçiş
- Cloudflare
- log
- PostgreSQL
- MySQL
- GitHub Actions
- Gümüşhane
- Kürtün