Çok kiracılı (multi-tenant) sistem bakım ve destek (Eşme)

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ı

• Aylık kısa durum raporu
• 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

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

• Kullanım ölçümü ve faturalama kuralları netleşir.
• KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.
• Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.

04Bakım yapılmazsa ne olur?

• Kodu bilen kişi ayrıldığında kimse müdahale edemez
• Küçük hatalar birikip kullanıcıları başka yollara iter
• İşletim sistemi ve tarayıcı güncellemeleriyle uyumsuzluk çıkar
• Yedekler bozulur veya hiç alınmadığı fark edilir

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

• Kiracı izolasyonu testleri her sürümde çalıştırılır.
• Veri yedekleri ve geri yükleme senaryoları düzenli denenir.
• 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.
• Performans ve hata metrikleri kiracı bazında takip edilir.

07Eşme'de bakım ve destek

Eşme'nin PTT verisindeki 219 yerleşim kaydı 3 farklı posta koduna dağılır.

Eşme'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.

Uşak genelinde Sivaslı, Uşak Merkez ve Uşak Ulubey gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

08Planlama notları

• MVP en dar ama değer üreten senaryoyla başlar.
• Kullanım ölçümü ve faturalama kuralları netleşir.
• KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.

09Hangi durumlarda gündeme gelir?

Şirket bazlı ayar gerektiğinde

Şirket bazlı ayar, çok kiracılı (multi-tenant) sistem projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

Şirket içi yazılım başka firmalara satılacaksa

Mimari çok kiracılı yapıya dönüştürülür; ödeme, kayıt ve yönetim katmanları eklenir.

10Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• tenant izolasyonu
• şirket bazlı ayar
• MRR
• self servis
• SaaS
• abonelik
• churn
• multi-tenant
• Uşak
• Eşme