Çok kiracılı (multi-tenant) sistem bakım ve destek (Dikili)

01Yayın sonrası neler olur?

• İşletim sistemi, tarayıcı ve kütüphane güncellemeleri
• Kullanıldıkça ortaya çıkan küçük hatalar
• Yeni ihtiyaçlar ve değişiklik talepleri
• Kullanıcı ve veri hacminin artması

02Bakım kapsamı

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

03Çok kiracılı (multi-tenant) sistem planlarken bilinmesi gerekenler

• Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
• Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
• Kullanım ölçümü ve faturalama kuralları netleşir.

04Bakım yapılmazsa ne olur?

• Kodu bilen kişi ayrıldığında kimse müdahale edemez
• İşletim sistemi ve tarayıcı güncellemeleriyle uyumsuzluk çıkar
• Güncellenmeyen bileşenler güvenlik açığı oluşturur
• Küçük hatalar birikip kullanıcıları başka yollara iter

05Destek kanalı ve kayıt

Her talep bir kayıt numarası alır; öncelik, çözüm ve yapılan değişiklik bu kayıtta tutulur.

06Bakım kontrol listesi

• Sürüm notları düzenli yayımlanır; büyük değişiklikler önceden duyurulur.
• Kiracı izolasyonu testleri her sürümde çalıştırılır.
• Veri yedekleri ve geri yükleme senaryoları düzenli denenir.
• Performans ve hata metrikleri kiracı bazında takip edilir.
• Abonelik yenileme ve başarısız ödeme akışları izlenir.

07Dikili'de bakım ve destek

Dikili'nin PTT verisindeki 30 yerleşim kaydı 1 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için çok kiracılı (multi-tenant) sistem tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Dikili'de 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.

Aynı ildeki Menderes, Gaziemir ve Beydağ ilçeleri için de çok kiracılı (multi-tenant) sistem talepleri değerlendirilir; toplantılar uzaktan yapılır.

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

• Performans ve hata metrikleri kiracı bazında takip edilir.
• Sürüm notları düzenli yayımlanır; büyük değişiklikler önceden duyurulur.
• Abonelik yenileme ve başarısız ödeme akışları izlenir.

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• tenant izolasyonu
• şirket bazlı ayar
• MRR
• self servis
• SaaS
• abonelik
• churn
• kullanım bazlı faturalama
• İzmir
• Dikili