Multi-Tenant SaaS Platformlarında Müşteri Destek Otomasyonu Mimarisi

Modern yazılım dünyasında B2B SaaS (Software as a Service) platformları inşa ederken en kritik mimari kararlardan biri çok kiracılı (multi-tenant) sistem tasarımıdır. Müşteri destek otomasyonu, yapay zeka sohbet robotları ve sesli çağrı merkezleri söz konusu olduğunda bu mimari daha da karmaşık bir hal alır. Platformu kullanan yüzlerce farklı şirketin (tenant) müşteri verileri, konuşma geçmişleri, bilgi bankaları ve telefon santral bağlantıları aynı fiziksel sunucu kümesinde barındırılırken birbirlerinden kesin sınırlarla ayrılmalıdır. Yanıtly Multi-Tenant Destek Mimarisi, yüksek ölçeklenebilirlik ile mutlak veri izolasyonunu kusursuz bir dengede buluşturur.

Tek kiracılı (single-tenant) sistemlerde her müşteri için ayrı sunucu açmak yönetim maliyetlerini ve kaynak israfını katlarken, zayıf tasarlanmış çok kiracılı sistemler ise bir şirketin verisinin başka bir şirkete sızması gibi felaket riskleri taşır. Yanıtly, kurumsal güvenlik ve maliyet verimliliğini aynı potada eriten bir yazılım mühendisliği modeline sahiptir.

Multi-tenant destek mimarisinin temel sütunları

Ölçeklenebilir bir AI müşteri destek platformu dört ana katmanda kiracı izolasyonu sağlamalıdır:

1. 1.Veri Katmanı İzolasyonu: PostgreSQL veritabanında satır düzeyinde (Row-Level Security) veya şema düzeyinde kiracı verilerinin birbirinden ayrılması.
2. 2.Vektör Arama ve Bilgi Bankası İzolasyonu: RAG (Retrieval-Augmented Generation) aramalarında bir şirketin dokümanının diğer şirketin yanıtlarında çıkmaması.
3. 3.Telekom ve SIP Trunk Yönlendirme: Aynı Asterisk santraline gelen çağrıların hedef telefon numarasına (DID) göre doğru kiracının asistanına yönlendirilmesi.
4. 4.Kaynak Yönetimi (Fair Resource Allocation): Büyük bir e-ticaret kiracısının indirim günündeki yoğun çağrılarının küçük bir diş kliniği kiracısının çağrılarını yavaşlatmaması.

Yanıtly mühendisliği, bu dört sütunu fail-closed (güvenli-kapalı) ilkelerle yönetir.

PostgreSQL ve Prisma ile satır düzeyinde güvenlik (RLS)

Yanıtly arka uç mimarisinde NestJS ve PostgreSQL 16 kullanılmaktadır. Her veritabanı sorgusu kiracı kimliğine (tenant_id) sıkı sıkıya bağlıdır:

Otomatik Tenant Context Middleware

Her API isteği veya WebSocket bağlantısı açıldığında, kullanıcının JWT belirteci (token) çözümlenir ve işlem bağlamına kiracının benzersiz kimliği (tenant_id) enjekte edilir.

Veritabanı katmanında çalışan servisler doğrudan ham sorgu çalıştırmak yerine, Prisma istemcisi üzerinden tenant_id filtresini otomatik olarak her WHERE koşuluna ekler:

• Bir temsilci paneldeki konuşmaları listelediğinde yalnızca kendi şirketine ait kayıtlar döner.
• Harici bir parametreyle başka bir kiracının konuşma kimliği (conversation_id) çağrılsa dahi yetki hatası üretilir.

İzole vektör dizinleri ve dinamik prompt orkestrasyonu

Yapay zekanın müşterilere yanıt verirken şirket içi dokümanları kullandığı RAG (Retrieval-Augmented Generation) boru hattında mutlak izolasyon şarttır:

Vektör veri tabanında çoklu kiracı filtreleme

• Metadata filtrelemeli vektör araması: Vektör veritabanında (pgvector veya Pinecone) saklanan doküman parçacıkları tenant_id ile etiketlenir; benzerlik araması yapılırken tenant_id eşleşmesi zorunlu tutulur.
• Tenant profili dinamik enjeksiyonu: LLM'e giden sistem promptu kiracının panelde belirlediği kurallarla oluşturulur: "Sen X Otomotiv'in müşteri temsilcisisin. Çalışma saatlerimiz 09:00 - 18:00 arasındadır."
• Bu sayede A şirketinin AI modeli asla B şirketinin fiyat listesini veya iade şartlarını referans alamaz.

Telekomünikasyon: Tek Asterisk kümesinde çoklu DID yönlendirme

Sesli yapay zekanın multi-tenant ölçeklenmesinde Yanıtly PBX mimarisi büyük bir maliyet avantajı sağlar:

• Farklı şirketlerin Netgsm veya Türk Telekom üzerinden aldıkları 0850'li veya coğrafi numaralar aynı Asterisk 22 kümesine SIP trunk olarak bağlanır.
• Asterisk dialplanı gelen çağrının To başlığındaki hedef numarayı (DID) okur.
• Arka uç servisinden saniyeler içinde "Bu numara 42 numaralı tenant'a aittir, ses tonu Ayşe, bilgi bankası sürümü v3" yanıtı alınır ve konuşma köprüsü o kimlikle başlar.

Gürültülü komşu (Noisy Neighbor) problemi ve BullMQ kuyrukları

Bir kiracının binlerce mesaj attığı veya yüzlerce çağrı aldığı anlarda diğer kiracıların servis kalitesini korumak için:

• Tenant bazlı oran sınırlaması (Rate Limiting): Her kiracının abonelik paketine göre saniye başına mesaj ve eşzamanlı çağrı kotası bulunur.
• Ayrıştırılmış BullMQ iş kuyrukları: Arka planda webhook gönderimleri ve yapay zeka analizleri Redis destekli BullMQ kuyruklarında kiracı önceliklerine göre işlenir.

SaaS kurucuları ve BT yöneticileri için stratejik değer

Yanıtly'nin sağlam multi-tenant mimarisi işletmelere benzersiz avantajlar kazandırır:

• Düşük altyapı maliyeti: Her kiracı için ayrı sunucu kiralamak yerine paylaşımlı yüksek performanslı sunucularla maksimum kar marjı elde edilir.
• Sıfır veri sızıntısı güvencesi: Kurumsal düzeyde denetlenebilir veri izolasyonu sayesinde regüle sektörlere (finans, sağlık) güvenle hizmet verilir.
• Saniyeler içinde yeni kiracı aktivasyonu: Yeni bir şirket kaydolduğunda hiçbir sunucu kurulumu beklemeden dakikalar içinde canlıya alınır.

Yanıtly, modern bulut mimarisinin gücünü müşteri destek otomasyonunun geleceğiyle birleştirir.