Sultanbeyli'de çok kiracılı (multi-tenant) sistem yaptırmak

01Çok kiracılı (multi-tenant) sistem ile neler yapılır?

Çok kiracılı (multi-tenant) sistem projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• tenant izolasyonu
• şirket bazlı ayar

İhtiyaca göre SaaS MVP, abonelik yönetimi ve SaaS geliştirme da aynı yol haritasına eklenebilir.

02Hangi durumlarda çok kiracılı (multi-tenant) sistem yaptırılır?

Ş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.

Ürün büyürken altyapı zorlandığında

Ölçekleme, izleme ve kiracı bazlı performans takibi planlanır.

Kurumsal müşteriler SSO istediğinde

Kurumsal oturum açma ve rol yönetimi ürüne eklenir.

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

• Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
• Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.
• KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.

04Sık karşılaşılan durumlar

05Sultanbeyli'de çok kiracılı (multi-tenant) sistem: çalışma düzeni

Sultanbeyli, İstanbul iline bağlı bir ilçedir ve PTT adres verisine göre 15 mahalleden oluşur. 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.

Mesafe yazılım işinin önünde engel değildir: Sultanbeyli'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.

İstanbul genelinde Sancaktepe, Bahçelievler ve Esenyurt gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

06İlk görüşmeden yayına

1. İlk görüşme: İlk temas telefonla ya da WhatsApp'tan olur; işin kapsamını anlamak için birkaç temel soru sorarız.
2. Analiz: Kimin neyi göreceği, hangi verinin nereden geleceği ve hangi işin önce çözüleceği netleştirilir.
3. Kapsam ve yazılı teklif: Modüller, aşamalar ve teslim kriterleri yazılı bir kapsamla belirlenir; teklif bu kapsama göre verilir.
4. Tasarım ve prototip: Temel ekranlar çizilir; kullanıcıların geri bildirimiyle akış sadeleştirilir.
5. Geliştirme ve test: Geliştirme aşamalı ilerler; her aşama test ortamında denenip onaylanır.
6. Yayın, veri aktarımı ve eğitim: Mevcut veriler aktarılır, sistem yayına alınır ve kullanıcılara eğitim verilir.
7. Bakım ve destek: Hata bildirimleri kayıt altına alınır, güncellemeler test edilerek uygulanır.

07Örnek planlama hesabı

08Ekip ve çalışma biçimimiz

Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.

• KVKK baştan tasarlanır.
• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• Her değişiklik önce test ortamında denenir.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; İstanbul da bunlardan biri.

09Uzman desteği ne zaman şart olur?

Çok kiracılı (multi-tenant) sistem işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Ürün büyürken yavaşlıyor: mimari ölçeklenmiyor.
• Her müşteri için ayrı kopya kuruluyor: çok kiracılı değil.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• tenant izolasyonu
• şirket bazlı ayar
• MRR
• self servis
• SaaS
• white-label
• lisans
• abonelik
• İstanbul
• Sultanbeyli