Oğuzlar'da çok kiracılı (multi-tenant) sistem yaptırmak

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

Her işletmenin ihtiyacı farklıdır; yine de çoğu çok kiracılı (multi-tenant) sistem projesinde şu başlıklar konuşulur:

• şirket bazlı ayar
• tenant izolasyonu

Bu projeler çoğu zaman SaaS MVP, abonelik yönetimi ve SaaS geliştirme gibi işlerle birlikte ele alınır.

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.

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

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

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

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

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

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

05Oğuzlar'da çok kiracılı (multi-tenant) sistem: çalışma düzeni

PTT kayıtlarında Oğuzlar ilçesine bağlı 36 yerleşim bulunur: 7 mahalle ile 29 köy ve köy yerleşimi.

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

Çorum genelinde Alaca, Laçin ve Mecitözü gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

06Çalışma adımları

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: 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: Canlıya geçiş planlı bir zamanda yapılır; ilk günlerde kullanım yakından izlenir.
7. Bakım ve destek: Hata bildirimleri kayıt altına alınır, güncellemeler test edilerek uygulanır.

07Örnek planlama hesabı

08Nasıl çalışıyoruz?

Çalışma düzenimizde sürüm kontrolü, otomatik testler, konteyner tabanlı yayın ve izleme araçları standarttır; her değişiklik bu adımlardan geçerek canlıya çıkar.

• Yayın sonrası bakım ve destek planlanır.
• Kaynak kod ve veri işletmeye teslim edilir.
• KVKK baştan tasarlanır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Çorum 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.
• Ödeme yenilemeleri elle takip ediliyor: abonelik altyapısı yok.
• 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
• multi-tenant
• churn
• rol bazlı yetki
• Çorum
• Oğuzlar