01İstenecek erişimler
- Sunucu veya bulut hesabı erişimi
- Alan adı DNS erişimi
- Uygulamanın kod deposu
- Mevcut ortam değişkenleri ve gizli anahtarların listesi
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
06İşletim ve bakım ipuçları
- Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
- Disk, bellek ve işlemci kullanımı uyarı eşikleriyle izlenir.
- SSL sertifikası ve alan adı yenileme tarihleri takip edilir.
07Hangi durumlarda gündeme gelir?
Yedekten dönüş hiç denenmediyse
Şifreli ve otomatik yedekleme kurulur; geri yükleme düzenli test edilir.
Site veya uygulama sık sık erişilemez olduğunda
Sunucu bakımı için izleme, kaynak kullanımı ve log analiziyle kesintilerin nedeni bulunur.
08Kapsamı ve maliyeti etkileyenler
- ortam sayısı
- veritabanı boyutu
- izleme ve yedekleme kapsamı
- trafik
09Sunucu bakımı hangi işletmelerde kullanılır?
- Web siteleri ve e-ticaret
- Kurumsal uygulamalar
- Veritabanı sunucuları
- API servisleri
10Planlama notları
- İzleme: uptime, hata logları, kaynak kullanımı ve uyarılar.
- Her ortam ayrılır: geliştirme, test, canlı.
- 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.
11Çiftlik'te planlama
Çiftlik, Niğde iline bağlı bir ilçedir ve PTT adres verisine göre 36 mahalle ve köy kaydından oluşur.
Mesafe yazılım işinin önünde engel değildir: Çiftlik'teki 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 Ulukışla, Niğde Merkez ve Bor ilçeleri için de sunucu bakımı talepleri değerlendirilir; toplantılar uzaktan yapılır.
Çiftlik bölgesinden sunucu bakımı talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
SSSSık sorulan sorular
Sunucu bakımı 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 bakımı öncesinde neleri hazırlamalıyım?
Sunucu veya bulut hesabı erişimi, alan adı dns erişimi ve uygulamanın kod deposu işi hızlandırır.
Çiftlik'te 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.
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.
Niğde dışındaki işletmelere de hizmet veriyor musunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanı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.
Yedeği kim alır?
Erişim verildiyse yedeği biz alırız; mevcut hosting yedeği varsa ayrıca doğrulanır.
→İlgili sayfalar
Sunucu Bakımı hakkında diğer konular
Çiftlik'te ilgili hizmetler
Niğde içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- güncelleme
- disk/kaynak kontrolü
- rapor
- ölçeklendirme
- PostgreSQL
- Redis
- Cloudflare
- Docker Compose
- log
- SSL
- Niğde
- Çiftlik