Modüler Monolith: 2026'nın Mikroservis Backlash'i ve Erken Aşama Türk Startuplar İçin Doğru Mimari

2010-2020: Mikroservis Hype Dönemi

2010'larda Netflix, Amazon, Uber blog yazıları yeni mimari mod yarattı: mikroservisler. "Monolithleri parçala, her servisi bağımsız deploy et, her ekibe kendi servisi olsun." Bütün bir kuşak ikna oldu.

2024-2026'ya geldiğimizde manzara farklı. Mikroservise erken geçenlerin postmortem'leri dolaşıyor. Amazon Prime Video 2023'te microservices'ten monolith'e döndüklerini ve maliyetlerinin %90 düştüğünü açıkladı. Segment 2018: "150 mikroservis'imizi 1 monolith'e döndürdük." Istio karmaşıklığı altında Stack Overflow başağrısı oldu. Uber engineering 2023-2024: "Domain-Oriented Microservices Architecture" — monolith ile mikroservis arası yeni tür. Ortak ad: modüler monolith.

Modüler Monolith Nedir?

Tek deployable artifact, içeride sıkı modül sınırları. Tek deploy, tek veritabanı (bazen modül başına şema), tek runtime — ama içeride domain'lere ayrılmış, sadece public interface üzerinden iletişim kuran modüller.

Klasik Monolith ile Farkı

Klasikte sınırlar gevşek, naming convention dışında izolasyon yok. Modüler monolith'te modüller ayrı servismiş gibi davranır, sadece public API.

Mikroservislerden Farkı

Mikroservisler: ayrı process, ayrı network, ayrı deploy. Modüler monolith: aynı process, aynı runtime, aynı deploy. %80 fayda %20 maliyet.

Boyut	Klasik Monolith	Modüler Monolith	Mikroservisler
Deploy	Tek	Tek	N adet
Veritabanı	Paylaşımlı	Tek DB, modül başına şema	Servis başına DB
Modül sınırları	Gevşek	Sıkı (kod)	Sıkı (process)
İletişim	Direct call	Public interface	Network
İdeal ekip	1-5	5-50	50+
Op maliyet	Düşük	Düşük	Çok yüksek
Latency overhead	0	0	1-50ms network

Erken aşama startupın mikroservise geçmesi, motosikletle giderken 18 tekerlekli tır almak gibidir. Bugünkü hareketinizi yarınki gibilik için feda edersiniz.

Modüler Monolith Mimari Prensipleri

• Domain-driven modül sınırları: Ödeme, sipariş, kullanıcı, envanter — teknolojik katman değil
• Public interface disiplini: Sadece kontrol kapısı; linter ile zorlanmalı
• Veri sahipliği netliği: Her tablo bir modüle ait
• Bağımlılık enjeksiyonu: Interface üzerinden — yarın ayrı servise çıkarmak kolaylaşır
• Event-driven iletişim tercihi: Asenkron event'ler

Türk Startup Gerçeği: Ekip Büyüklüğüne Göre

• 2-5 kişi: Klasik monolith. Pivot ihtimali yüksek; mimari endişesi yerine ürün-pazar uyumu önceliği. 5 kişilik ekibin mikroservise geçmesi ürün ölümüdür.
• 5-15 kişi: Modüler monolith sweet spot.
• 15-30 kişi: Olgunlaşmış modüler monolith. Bazı kritik servisler (login, ödeme) extracte edilebilir. Distributed monolith tuzağına dikkat.
• 30-50 kişi: Kritik domain'leri parçalamaya başla.
• 50+ kişi: Stratejik mikroservis.

Strangler Fig Pattern: Tedrici Geçiş

Modüler monolith'in en güzel yanı mikroservise geçişe hazır olmasıdır. Martin Fowler'ın Strangler Fig pattern'i: yeni servis eski monolith'in etrafına sarılır, yerini alır.

Aşama 1: Hangi Modülü Ayrıştır?

• Bağımsız ölçeklenmesi gereken mi? (ödeme yoğun trafikte, blog değil)
• Farklı compliance? (PCI-DSS scope küçültme)
• Ayrı ekip sahip olacak mı?
• Farklı tech stack optimal mi? (ML Python, ana app Node.js)
• Deploy döngüsü farklı mı?

Aşama 2: Anti-Corruption Layer

Eski monolith terminolojisini yeni servisin temiz domain modeline çevirir.

Aşama 3: Tedrici Trafik Geçişi

%5 → %20 → %50 → %100. Her aşamada hata oranı, latency, business metric karşılaştırma.

Aşama 4: Monolith'ten Kaldır

Yeni servis tüm trafiği aldıktan sonra eski kod feature flag arkasında, sonra silinir.

Operasyonel Maliyet: Mikroservisin Gerçek Bedeli

5 kişilik ekip, 12 mikroservis = Türkiye fiyatlarıyla aylık ek maliyet:

• Kubernetes cluster: ~10.000 TL
• Service mesh: ~6.000 TL
• Observability stack: ~8.000 TL
• CI/CD: ~3.000 TL
• Message queue: ~5.000 TL
• Discovery + secrets: ~2.000 TL
• DevOps zaman (15 saat/hafta × 600 TL): ~36.000 TL

Toplam: ~70.000 TL/ay. Modüler monolith (Vercel + Postgres + Sentry): ~4.000 TL/ay. Aradaki fark yılda ~800.000 TL — bir senior maaşı.

Shopify, GitHub, Basecamp: Monolith Başarı Hikayeleri

• Shopify: 2024'te 2.6M tüccarı Rails monolith üzerinden. Modüler monolith blog'da detaylı
• GitHub: Rails monolith, 100M+ kullanıcı. "Monolith first" felsefesi
• Basecamp: DHH "majestic monolith" manifestosu
• Stack Overflow: 13 yıl aynı .NET monolith, milyarlarca request

Vaka: 25 Kişilik Türk Fintech

2024 sonu: 25 geliştirici, 4 backend ekibi, aylık 8M işlem, BDDK regülasyon. Karar: modüler monolith + 2 ayrık servis. Tek Spring Boot monolith içinde 8 modül (auth, account, transaction, KYC, notification, reporting, audit, settings). Sadece 2 ayrı: payment-gateway (PCI-DSS scope) ve ml-risk-engine (Python). Tek PostgreSQL, modül başına schema.

12 ay sonra: ortalama deploy 6 dk (hedef 45'ti); production incident ayda 1-2 (sektör 5-8); yeni geliştirici onboarding 2 hafta (mikroservis benzerlerinde 6-8); aylık altyapı 45.000 TL (mikroservis projeksiyonu 280.000'di). CTO: "Hayatımda verdiğim en iyi mimari karardı."

Yaygın Hatalar

• Distributed monolith tuzağı: Mikroservis görüntüsü, gerçekte bağımlı
• Erken parçalama: Domain henüz oturmamış
• Geç parçalama: 50+ kişi tek monolith'te
• Veritabanı paylaşımı: Mikroservis + ortak DB
• Sync RPC zinciri: A→B→C→D yavaşlama
• Premature DevOps: 5 kişilik ekip Kubernetes + Istio

Karar Matrisi: 2026 Türk SaaS

• Düşük karmaşıklık + küçük ekip → klasik monolith (Next.js + Postgres)
• Orta karmaşıklık + orta ekip → modüler monolith (Türk startupların %75'i)
• Yüksek karmaşıklık + orta ekip → modüler monolith + 1-2 stratejik servis
• Yüksek karmaşıklık + büyük ekip → domain-oriented microservices
• Compliance ayırması → modüler + compliance-scoped servis

Refactoring Yol Haritası: Klasikten Modüler Monolith'e

1. Ay 1: Domain mapping çalıştayı. 6-10 domain'e böl. Conway uyumu.
2. Ay 2: Modül kabuk klasörleri. Linter kuralı (dependency-cruiser, ArchUnit).
3. Ay 3-4: Domain'leri sıraya koy. En izole olandan modüllere taşı.
4. Ay 5: Cross-cutting concerns (auth, log, audit). Event bus altyapısı.
5. Ay 6: Test coverage, mimari testler, CI/CD izolasyon kontrolleri.

Başarı feature delivery'nin paralelde durmamasına bağlı. Refactor "yan görev", "büyük yeniden yazım" değil.

Sonuç: 2026'da Doğru Mimari Mütevazıdır

2010'ların mimari kibri 2020'lerin pragmatizmine yerini bıraktı. Modüler monolith Türk startup ekosisteminin %70'i için doğru cevap. Mikroservise geçiş, ihtiyaç olduğunda — ki bu çoğu için hiç gelmiyor — Strangler Fig ile tedrici.

Alfi Danışmanlık olarak Türk startuplar ve büyüyen şirketler için mimari değerlendirme, modüler monolith refactor yol haritaları, mikroservise stratejik geçiş yönetimi ve CTO sparring sunuyoruz.

Mimari kararlarınızı erken, doğru ve geri dönülebilir biçimde almak için Yazılım Danışmanlığı hizmetimize bakın, randevu sayfamızdan iletişime geçin.