Enterprise
Enterprise dokümantasyonu kontrol, yönetişim ve tekrarlanabilir mimari evrimi üzerine odaklanır. Mockomat Enterprise, maksimum izolasyon, uyumluluk yetenekleri ve alan modellemesini birden fazla takım genelinde ölçeklendirme becerisine ihtiyaç duyan kuruluşlar için tasarlanmıştır.
Enterprise Öncelikleri
Enterprise takımlar, bireysel geliştiricilerden veya küçük takımlardan farklı kısıtlamalar altında çalışır. Temel öncelikler şunlardır:
- İzolasyon ve net sınırlar — tenant'lar, projeler ve veriler arasında katı ayrım.
- Kontrollü API açılımı — her tüketici için kimlik doğrulanmış erişimle private endpoint'ler.
- Tekrarlanabilir mimari durumları — herhangi bir noktadaki herhangi bir model durumunu yeniden oluşturma veya denetleme becerisi.
- Denetlenebilir değişiklik akışı — kimin neyi, ne zaman ve neden değiştirdiğine ilişkin görünürlük.
- Uyumluluk hazırlığı — düzenleyici gereksinimleri karşılayan veri işleme uygulamaları.
Tenant ve runtime izolasyon modeli genel bakışı.
Tenant İzolasyonu
Her Enterprise müşterisi, sistemin her seviyesinde katı sınırlar sağlayan özel bir tenant içinde çalışır.
Veri İzolasyonu
- Ayrı MongoDB koleksiyonları — her tenant'ın mock verisi izole koleksiyonlarda depolanır, diğer tenant'larla asla karıştırılmaz.
- Tenant kapsamlı sorgular — her veritabanı sorgusu otomatik olarak tenant ID'sine göre filtrelenir ve çapraz tenant veri sızıntısı önlenir.
- Bağımsız proje alanları — bir tenant içindeki projeler, diğer tenant'lardaki projelerle hiçbir veri veya yapılandırma paylaşmaz.
Runtime İzolasyonu
- Tenant başına şema oluşturma — GraphQL şemaları tenant içindeki her proje için bağımsız olarak oluşturulur.
- İzole API endpoint'leri — her proje, tenant'ın erişim kontrollerine bağlı kendi endpoint yolunu alır.
- Bağımsız hız sınırlaması — istek limitleri ve kota, global olarak paylaşılmaz; tenant başına yapılandırılır.
Yapılandırma İzolasyonu
- Özel oturum limitleri — Enterprise tenant'lar kendi eş zamanlı oturum ve API actor limitlerini belirleyebilir.
- Özel boşta kalma zaman aşımları — oturum ve actor boşta kalma zaman aşımı değerleri tenant başına yapılandırılabilir.
- Özel hız sınırlaması — istek hız limitleri, kuruluşun kullanım kalıplarına uyacak şekilde ayarlanabilir.
Veri, runtime ve yapılandırma izolasyon katmanları.
Yönetişim Modeli
Pratik bir yönetişim yaklaşımı, kuruluş ölçeklendikçe alan modellemesinin tutarlı ve yüksek kaliteli kalmasını sağlar.
Alan Sahipliği
Her iş alanı için net sahiplik ata:
- Alan sahibi — kendi alanındaki varlık adlandırması, özellik tanımları ve ilişki stratejisinden sorumlu.
- İnceleyiciler — değişiklikleri üretim kullanımına terfi ettirilmeden önce doğrulayan takım üyeleri.
- Tüketiciler — mock API'yi sorgulayan ancak modeli değiştirmeyen frontend geliştiriciler ve entegratörler.
Paylaşılan Adlandırma Kuralları
Kuruluş genelinde standartlar tanımla:
- Varlık adlandırma — PascalCase, tekil isimler, iş dili (örneğin
Customer,customers_tbldeğil) - Özellik adlandırma — camelCase, açıklayıcı, kısaltma yok (örneğin
totalAmount,tot_amtdeğil) - İlişki adlandırma — net yön ve kardinalite göstergeleri
- Sorgu adlandırma — liste sorguları için tutarlı çoğullaştırma, detay sorguları için tekil
Bu kuralları dokümante et ve dahili blueprint'ler aracılığıyla dağıtarak her takımın aynı standartlarla başlamasını sağla.
İnceleme Geçitleri
Önemli aşamalarda inceleme kontrol noktaları oluştur:
| Aşama | İnceleme Odağı | Kim İnceler |
|---|---|---|
| Model değişikliği | Adlandırma tutarlılığı, özellik tamlığı, ilişki doğruluğu | Alan sahibi |
| API açılım değişikliği | İşlem yüzeyi, sorgu adlandırması, sayfalama varsayılanları | Alan sahibi + entegratör |
| Dışa aktarım öncesi doğrulama | Runtime davranışı, filtre/sıralama doğruluğu, ilişki geçişi | Alan sahibi + QA |
| Dışa aktarım sonrası inceleme | Oluşturulan kod kalitesi, modül sınırları, DTO kapsamı | Geliştirme takımı lideri |
Runtime Doğrulama Kriterleri
Her varlık için terfi ettirilmeden önce "hazır" ın ne anlama geldiğini tanımla:
- Tüm gerekli özellikler kararlı, null olmayan değerlere sahip
- Tüm ilişkiler önizlemede doğru şekilde çözümleniyor
- Filtre ve sıralama işlemleri yapılandırılmış tüm alanlarda çalışıyor
- Sayfalama temiz sayfa sınırları üretiyor
- Çözümlenmemiş ipucu veya uyarı kalmamış
Modelleme ve runtime aşamaları genelinde yönetişim kontrolleri.
Takım İş Birliği
Enterprise planları, rol tabanlı erişim kontrolü ile çok kullanıcılı takımları destekler.
Kullanıcı Rolleri
| Rol | Yetenekler |
|---|---|
| Admin | Tam erişim: proje oluşturma/silme, takım üyelerini yönetme, tenant ayarlarını yapılandırma |
| User Admin | Takım üyelerini yönetme, rol atama, denetim günlüklerini görüntüleme |
| User | Proje oluşturma ve düzenleme, önizleme çalıştırma, backend dışa aktarma |
| Guest | Paylaşılan projelere ve önizlemeye salt okunur erişim |
Eş Zamanlı Oturum Yönetimi
Enterprise tenant'lar 50+ eş zamanlı oturumu destekler (yapılandırılabilir). Her kimlik doğrulanmış tarayıcı oturumu limite doğru sayılır.
Oturum davranışı:
- Oturumlar, yapılandırılabilir boşta kalma zaman aşımlarıyla Redis'te izlenir.
- Bir oturum zaman aşımı süresini aşarak boşta kaldığında, otomatik olarak serbest bırakılır.
- Oturum limitine ulaşıldığında, bir oturum müsait olana kadar yeni giriş denemeleri engellenir.
- Admin'ler aktif oturumları görüntüleyebilir ve yönetebilir.
API Actor Limitleri
Harici API tüketimi için, Enterprise tenant'lar API key başına eş zamanlı actor limitleri yapılandırabilir:
- Varsayılan: Tenant başına 20 eş zamanlı actor
- API key başına: Farklı tüketiciler veya ortamlar için key başına yapılandırılabilir limitler
- Actor token'ları: Her harici tüketici, eş zamanlılık limitine sayılan, süreli bir actor token alır
- Otomatik temizlik: Süresi dolmuş actor token'ları otomatik olarak serbest bırakılır
Takım üyesi yönetimi ve rol ataması.
Özel Veri Setleri
Enterprise müşteriler, Mockomat'ın yerleşik veri kaynaklarının yanında tescilli veri setlerini yükleyebilir ve kullanabilir.
Yükleme ve Eşleme
- Veri yükleme — desteklenen bir formatta (CSV, JSON) veri setini sağla.
- Meta veri çıkarımı — Mockomat veri setini tarar ve meta veri oluşturur (alan adları, tipler, örnek değerler).
- Özelliklere eşleme — yüklenen veriyi, modelindeki herhangi bir özellik için (aynen OFF_FIELD gibi) eşleme kaynağı olarak kullan.
- İzole depolama — özel veri setleri tenant izolasyonlu koleksiyonlarda depolanır, diğer tenant'larla asla paylaşılmaz.
Kullanım Alanları
- Sektöre özel veri — daha gerçekçi mock API'ler için gerçek ürün katalogları, çalışan dizinleri veya envanter verilerini kullan.
- Uyumluluk testi — gerçek üretim verisi kullanmadan, üretim şema şekline uyan verilerle test et.
- Demo hazırlığı — müşteri sunumları için markalı, gerçekçi verilerle mock API'ler oluştur.
Özel veri seti yükleme ve eşleme iş akışı.
Güvenlik ve Uyumluluk
Enterprise planları, katı uyumluluk gereksinimlerine sahip kuruluşlar için gelişmiş güvenlik özellikleri içerir.
Kimlik Doğrulama
- JWT kimlik doğrulaması — tüm yönetim API erişimi geçerli JWT token'ları gerektirir.
- API key kimlik doğrulaması — harici tüketiciler, projeye özgü API key'lerle kimlik doğrular.
- Actor token'ları — eş zamanlı API tüketici yönetimi için süreli token'lar.
- SSO/SAML entegrasyonu — merkezileşmiş kimlik yönetimi gerektiren kuruluşlar için planlanmıştır.
Erişim Kontrolü
- Rol tabanlı erişim — kullanıcı rolüne (admin, user admin, user, guest) dayalı ayrıntılı izinler.
- Proje düzeyi izinleri — belirli projelere kimin erişebileceğini, düzenleyebileceğini veya dışa aktarabileceğini kontrol et.
- Tenant düzeyi izolasyonu — tüm erişim otomatik olarak tenant sınırına göre kapsamlanır.
Veri Koruma
- Üretim verisi gerektirmez — mock API'ler sentetik veya veri seti destekli veri kullanır, asla gerçek müşteri bilgisi değil.
- Tenant izolasyonlu depolama — her tenant'ın verisi ayrı depolanır ve diğer tenant'lar tarafından erişilemez.
- Şifrelenmiş iletişim — tüm API trafiği HTTPS kullanır.
- Denetim günlüğü — erişim kalıpları, model değişiklikleri ve dışa aktarım olayları takibi (planlanmış).
Uyumluluk Hususları
- GDPR hazırlığı — sentetik veri, geliştirme ortamlarında PII (kişisel tanımlanabilir bilgi) endişelerini ortadan kaldırır.
- Veri ikameti — veri egemenliği gereksinimleri olan kuruluşlar için on-premise dağıtım seçeneği.
- Saklama politikaları — oturum ve kullanım verileri için yapılandırılabilir veri saklama süresi.
Enterprise güvenlik ve uyumluluk özellikleri genel bakışı.
On-Premise Dağıtım
Verileri ve altyapıları üzerinde tam kontrol gerektiren kuruluşlar için, Mockomat on-premise dağıtım seçeneği sunar.
Neler elde edersin:
- Kendi altyapında çalışan, kendi barındırdığın bir Mockomat örneği
- Tam veri egemenliği — tüm veriler ağın içinde kalır
- Özel alan adı ve SSL yapılandırması
- Mevcut kimlik doğrulama sistemlerinle entegrasyon
- Gelişmiş kullanım senaryoları için doğrudan veritabanı erişimi
Gereksinimler:
- Docker uyumlu barındırma ortamı
- MongoDB, MariaDB ve Redis örnekleri (yönetilen hizmetler veya kendi barındırdığın)
- Node.js runtime (v20+)
Fiyatlandırma: $1.000 kurulum + $199/ay bakım (güncellemeler ve destek dahil).
Runtime ve Operasyonel Beklentiler
Enterprise takımlar, runtime davranışını ölçülebilir standartlarla açık bir kalite yüzeyi olarak ele almalıdır.
Neler Beklenmeli
- İş birliği için yeterince belirleyici — aynı sorgu her seferinde aynı yapısal şekli üretir, böylece takım üyeleri tutarlı davranışa güvenebilir.
- İnceleme için yeterince şeffaf — her runtime kararı (filtre çözümlemesi, ilişki arama, sıralama düzeni) model yapılandırmasına kadar izlenebilir.
- Kontrollü yineleme için yeterince esnek — değişiklikler önce önizleme yoluyla doğrulandığı sürece, modeller mevcut tüketicileri bozmadan geliştirilebilir.
Operasyonel En İyi Uygulamalar
- Bir takıma atamadan önce varlık başına doğrulama kriterleri tanımla.
- İnceleme süreçlerine runtime kontrollerini dahil et — önizleme doğrulamasını zorunlu bir adım olarak değerlendir.
- Model dışa aktarımlarını sürümle — model anlık görüntümleriyle eşleştirilen oluşturulmuş backend'lerin geçmişini tut.
- API kullanımını izle — endpoint'ler genelinde istek kalıplarını, hata oranlarını ve yanıt sürelerini takip et.
- Güncelleme ritmi belirle — alan tanımlarını gelişen iş gereksinimleriyle uyumlu tutmak için düzenli model incelemeleri planla.
Enterprise runtime doğrulama ve operasyonel kontrol noktaları.