SSL ve HTTPS kurulumu sonrası bakım (Ahlat)

01İzleme

• Çalışma durumu (uptime) takibi
• Hata ve uyarı bildirimleri
• Aylık kısa durum raporu

02Güncelleme takvimi

• Güvenlik güncellemeleri düzenli uygulanır; yeniden başlatma gerektirenler bakım penceresine alınır.
• Disk, bellek ve işlemci kullanımı uyarı eşikleriyle izlenir.
• Yedeklerden geri yükleme belirli aralıklarla denenir.
• SSL sertifikası ve alan adı yenileme tarihleri takip edilir.
• Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.

03Hangi sistemlerde uygulanır?

• Web siteleri ve e-ticaret
• SaaS ürünleri
• Kurumsal uygulamalar
• API servisleri
• Veritabanı sunucuları

04Bakım paketi

• Çalışma durumu ve hata izleme
• Güvenlik ve sürüm güncellemeleri
• Yedeklerin kontrolü ve geri yükleme denemesi
• Hata düzeltme
• Küçük geliştirmeler ve içerik değişiklikleri
• Aylık kısa durum raporu

05Ahlat'ta bakım

Ahlat'ın PTT verisindeki 51 yerleşim kaydı 3 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; Ahlat'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.

Bitlis genelinde Bitlis Merkez, Hizan ve Tatvan gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

06İşletim ve bakım ipuçları

• Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
• SSL sertifikası ve alan adı yenileme tarihleri takip edilir.
• Güvenlik güncellemeleri düzenli uygulanır; yeniden başlatma gerektirenler bakım penceresine alınır.

07Kapsamı ve maliyeti etkileyenler

• bakım periyodu
• veritabanı boyutu
• sunucu sayısı
• izleme ve yedekleme kapsamı

08SSL ve HTTPS kurulumu hangi işletmelerde kullanılır?

• API servisleri
• SaaS ürünleri
• Veritabanı sunucuları
• Web siteleri ve e-ticaret

09Hangi durumlarda gündeme gelir?

Site veya uygulama sık sık erişilemez olduğunda

SSL ve HTTPS kurulumu için izleme, kaynak kullanımı ve log analiziyle kesintilerin nedeni bulunur.

Sunucu veya sağlayıcı değiştirilecekse

Envanter çıkarılır, veri senkronize edilir, DNS geçişi planlanır; kesinti en aza indirilir.

10Planlama notları

• Yedekler 3-2-1 ilkesiyle (3 kopya, 2 farklı ortam, 1 başka konum) ve düzenli geri yükleme testiyle tutulur.
• 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.

11Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• otomatik yenileme
• karışık içerik düzeltme
• CI/CD
• Nginx
• SSL
• Docker
• log
• CDN
• Linux
• Bitlis
• Ahlat