Düzce'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

Çok kiracılı (multi-tenant) sistem ile birlikte sık planlanan işler arasında SaaS MVP, abonelik yönetimi ve SaaS geliştirme bulunur.

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

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

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

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

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

• Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.
• MVP en dar ama değer üreten senaryoyla başlar.
• Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.

04Düzce için uzaktan ve yerinde çalışma

Düzce, Karadeniz Bölgesi'nde yer alan, plaka kodu 81 olan bir ildir; PTT verisine göre 8 ilçe ve 659 mahalle ve köy kaydından oluşur. Denize kıyısı olan illerdendir. Düzce'de PTT verisine göre 1 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde çok kiracılı (multi-tenant) sistem için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.

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

Aynı bölgedeki Zonguldak, Bayburt ve Samsun illeri için de çok kiracılı (multi-tenant) sistem projeleri aynı düzenle yürütülür.

05Proje nasıl ilerler?

1. İlk görüşme: Telefon, WhatsApp veya form üzerinden ihtiyacınızı ve mevcut durumu dinleriz.
2. Analiz: Süreç, kullanıcı rolleri, kullandığınız Excel veya eski sistem örnekleri ve bağlanacak sistemler incelenir.
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: Tıklanabilir bir prototiple kullanıcı yolculuğu baştan sona denenir.
5. Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
6. Yayın, veri aktarımı ve eğitim: Veri aktarımı doğrulandıktan sonra yayına geçilir; ekip için kısa kullanım kılavuzu hazırlanır.
7. Bakım ve destek: Yeni ihtiyaçlar sürüm planına alınır; sistem kullanıldıkça geliştirilir.

06Rakamlarla örnek bir senaryo

07Ekip ve çalışma biçimimiz

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• Alan adı ve sunucu hesapları işletme adına açılı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: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

08Uzman desteği ne zaman şart olur?

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

• Her müşteri için ayrı kopya kuruluyor: çok kiracılı değil.
• Ürün büyürken yavaşlıyor: mimari ölçeklenmiyor.
• 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
• churn
• abonelik
• rol bazlı yetki
• Düzce