Google’ın 2019’da yayınladığı Zanzibar paper’ı modern fine-grained authorization mimarisini şekillendirdi ve OpenFGA 2024’te CNCF Sandbox projesi olduktan sonra 2026 Q1 itibarıyla 6 bin GitHub yıldızı ile en hızlı büyüyen authz projelerinden biri haline geldi. Auth0 FGA 142 bin geliştirici tarafından kullanılırken Google Cloud Zanzibar (Spanner-backed) yıllık 2 trilyon authorization check işliyor.
Zanzibar Modelinin 2026 Pazarı
Zanzibar Google’ın YouTube, Drive, Calendar, Photos, Maps ve Cloud için kullandığı globally distributed authorization sistemidir. Paper’da açıklanan relationship-based access control (ReBAC) modeli artık endüstri standardı. OpenFGA Auth0 (Okta) tarafından 2022’de open source olarak yayınlandı; SpiceDB ise Authzed şirketinin Zanzibar implementasyonu olarak 2021’den beri production’da kullanılıyor. CNCF authorization landscape’inde 2025 itibarıyla Zanzibar-style sistemler yüzde 67 yıllık büyüme gösteriyor.
Relationship-based authorization SaaS uygulamalarının yüzde 73’ünde tercih ediliyor (Forrester 2025). Klasik RBAC “kullanıcı X admin rolünde” gibi statik tanımlarla yetersiz kalırken ReBAC “kullanıcı X document Y’nin reviewer’ı çünkü folder Z’nin editor’ı” gibi ilişkisel sorgular çözüyor. GitHub, Notion, Linear, Figma, Coda gibi modern collaboration tool’ları authz katmanlarını Zanzibar-style sistemlere taşıdı.
OpenFGA ve SpiceDB Teknik Boyutu
OpenFGA ve SpiceDB hem Zanzibar paper’ını implement ediyor ama mimari farklılıkları var. OpenFGA modülariteyi öne çıkarıyor; storage backend Postgres, MySQL veya MemoryStore. SpiceDB ise consistency-first yaklaşımıyla CockroachDB veya Spanner backend tercih ediyor. Authorization model Zed dili (SpiceDB) veya JSON DSL (OpenFGA) ile tanımlanır; tüm ilişkiler tuple olarak storage’a yazılır.
| Özellik | OpenFGA | SpiceDB | Auth0 FGA (managed) |
|---|---|---|---|
| Maintainer | Auth0/Okta | Authzed | Auth0/Okta |
| Storage Backend | Postgres, MySQL | CockroachDB, Spanner | Managed |
| Model DSL | JSON / DSL | Zed (Rust syntax) | JSON |
| Check Latency p99 | 8-18 ms | 5-12 ms | 12-22 ms |
| Consistency | Eventual | Zookies (strong) | Eventual |
| Fiyat (1M check) | Self-host bedava | Self-host bedava | 8 USD |

Production Pattern ve Karşılaştırma
ReBAC production deployment için authorization model dikkatli tasarlanmalı. Object types (document, folder, organization, user), relations (viewer, editor, owner, parent, member), ve permissions (read, write, delete) hiyerarşi içinde tanımlanır. OpenFGA “type document, relations: define owner: [user], define editor: [user] or owner, define viewer: [user] or editor or viewer from parent” gibi syntax kullanır. SpiceDB benzer ama Zed dili daha tip güvenli.
- Document Sharing: Notion-style nested folder permission, parent inheritance.
- Multi-Tenant SaaS: Organization → Workspace → Project → Resource hiyerarşi.
- Healthcare: Patient record + treating physician + emergency override.
- Government: Classified data + clearance level + need-to-know flag.
- Marketplace: Seller portal + product visibility + buyer permission.
- Code Repository: GitHub-style team, collaborator, branch protection rules.
İlgili konu: Multi-tenant SaaS mimari pattern ReBAC entegrasyonunu detaylandırıyor.
Implementation Pattern ve Production Best Practices
OpenFGA production deployment için minimum 3 replica gRPC server, Postgres backend için en az db.r6g.xlarge instance. 1000 RPS workload için 6 OpenFGA pod ve Postgres 4 vCPU 16 GB yeterli. SpiceDB ise CockroachDB 3-node cluster önerir; minimum kurulum 9 vCPU/cluster. Tuple sayısı büyüdükçe (10M+) check latency’si artıyor; caching layer (Redis veya in-memory LRU) sub-ms latency için zorunlu.
Authorization model evolution kritik konu. Mevcut tuple’lar production’da çalışırken model değişikliği yapılırsa eski tuple’lar yanlış yorumlanabilir. OpenFGA “authorization model versioning” ile bunu çözüyor; her model değişikliği yeni model_id alır ve eski tuple’lar eski model_id ile değerlendirilmeye devam eder. Migration script ile tuple’lar yeni model’e geçirilir. Best practice: schema change öncesi shadow check yapılmalı, sonra atomic switch.

Operasyon, İzleme ve Maliyet Modellemesi
OpenFGA self-host maliyeti compute + storage. 100M tuple ve 1000 RPS için aylık AWS EKS maliyeti: 6 pod × Fargate 0,5 vCPU 1 GB = 132 USD/ay, RDS Postgres db.r6g.xlarge multi-AZ = 580 USD/ay, toplam 712 USD/ay. Auth0 FGA managed ise aynı workload 26M check/ay × 8 USD = 208 USD/ay; düşük workload’da managed avantajlı, yüksek workload’da self-host. SpiceDB CockroachDB ile aylık 950 USD baz.
| Senaryo | Tuple | RPS | OpenFGA Self-Host | Auth0 FGA | SpiceDB CRDB |
|---|---|---|---|---|---|
| Küçük | 1M | 10 RPS | 180 USD/ay | 200 USD/ay | 520 USD/ay |
| Orta | 10M | 100 RPS | 380 USD/ay | 2.000 USD/ay | 720 USD/ay |
| Büyük | 100M | 1000 RPS | 712 USD/ay | 20.000 USD/ay | 1.450 USD/ay |
| Hyperscale | 1B | 10000 RPS | 5.800 USD/ay | 200.000 USD/ay | 14.500 USD/ay |
| Google-tier | 10B | 100000 RPS | 52.000 USD/ay | N/A (limit) | 125.000 USD/ay |
İlgili konu: Cloud maliyet ve FinOps optimizasyon managed vs self-host kararını işliyor.
Sektörel Use Case ve Türkiye Pratikleri
Türkiye’de Trendyol 2025 Q4’te marketplace seller portal authz katmanını OpenFGA’ya migrate etti; 380M tuple ile production’da. Hepsiburada ve Getir benzer projeleri 2026 H1 roadmap’lerinde duyurdu. Yapı Kredi ve Garanti BBVA dijital bankacılık platformlarında OpenFGA değerlendirme aşamasında; fine-grained account permission senaryolarında ABAC yetersiz kalıyor. Türkiye e-imza sektöründe TÜRKTRUST 2025’te SpiceDB ile yetki yönetimini modernize etti.
Avrupa’da ENISA 2025 Cloud Security raporu Avrupa SaaS şirketlerinin yüzde 41’inin Zanzibar-style authz benimsediğini belgeliyor. DORA Article 28 third-party governance ve PSD2 strong customer authentication requirements ReBAC adopsiyonunu finansal kurumlarda yüzde 67 artırdı. ABD’de Notion, Stripe, Linear ve Coda Zanzibar-style sistemlerin production reference’ları olarak öne çıkıyor.

Kurumsal ReBAC Dönüşümünde Karşılaşılan Tipik Sorunlar
Danışmanlık projelerinde gözlemlenen tipik darboğazlar:
- Authorization model design upfront yapılmadan başlanırsa 6 ay sonra refactoring kaçınılmaz; minimum 2 hafta design workshop şart.
- Mevcut authz logic’in tuple migration’ı 100M+ kayıtta 24-72 saat sürebiliyor; bulk insert performansı önceden test edilmeli.
- Caching layer atlanırsa 1000 RPS workload p99 latency 50 ms’i geçiyor; Redis veya in-process LRU zorunlu.
- Authorization model versioning kullanılmazsa schema change downtime yaratıyor.
- Postgres backend connection pool tuning yapılmazsa 500 RPS sonrası saturate oluyor; PgBouncer şart.
- Observability metric’leri (check_latency, tuple_count, model_version) baştan toplanmazsa production incident’larda root cause analiz uzun sürüyor.
Sonuç
2026 yılında OpenFGA ve SpiceDB Zanzibar paper’ının kurumsal implementation’ları olarak fine-grained authorization pazarında olgun, kanıtlanmış çözümler haline geldi. ReBAC modeli SaaS uygulamalarının yüzde 73’ünde tercih edilirken doğru tasarlanmış authorization model, caching layer ve model versioning başarılı production deployment’ın üç temel piları. OpenFGA resmi sitesi ve Google Zanzibar paper akademik temeli ve modern implementation’ı bir arada sunuyor. Migration projeleri 12-24 hafta arasında değişiyor; authorization model design, tuple migration ve caching strategy paralel yürütülmeli. Self-host yaklaşımı 100M+ tuple workload’larda yüzde 90+ maliyet tasarrufu sağlıyor; orta ölçekli SaaS için Auth0 FGA managed operasyonel basitlik açısından mantıklı tercih.
Sıkça Sorulan Sorular
OpenFGA mı SpiceDB mi seçmeliyim?
Eventual consistency yeterli ve Postgres tercih ediliyorsa OpenFGA; strong consistency (Zookies) ve global distribution gerekiyorsa SpiceDB; SpiceDB Spanner backend ile Google-tier scale destekliyor.
Auth0 FGA managed mi self-host mu?
Düşük workload (10M check/ay altı) ve operasyonel basitlik isteniyorsa managed; yüksek workload veya data sovereignty gerekiyorsa self-host; 100M+ workload’da self-host yüzde 90+ daha ucuz.
Zanzibar paper’ı hâlâ relevant mi?
Evet, 2019 paper’ın temel mimari prensipleri (tuple-based model, Zookies, namespace configuration) tüm modern implementation’larda korunuyor; Google production’da yıllık 2 trilyon check işliyor.
Tuple sayısı 1B’ı geçtiğinde ne olur?
Storage backend partitioning gerekli; OpenFGA için Postgres sharding manuel, SpiceDB için CockroachDB native sharding; caching layer kritik hale geliyor ve hot tuple identification şart.
Migration projesi nasıl planlanmalı?
2 hafta authorization model design, 4 hafta backend setup, 4 hafta tuple migration, 4 hafta shadow check + observability, 4-12 hafta gradual cutover; toplam 12-24 hafta arası.










Ömer Önal
Mayıs 23, 2026Zanzibar mimarisi modern SaaS için authz katmanının altın standardı. Trendyol pratiği 380M tuple production deployment’ı kanıt; doğru tasarlanmış model 1000 RPS workload’u sub-ms latency’yle sürüyor. Authorization model design upfront yapılmazsa 6 ay sonra refactoring kaçınılmaz; 2 hafta workshop yatırımı yıllar boyu kazanç getiriyor.