Monolit vs mikroservis tartışması, yazılım mimarisi alanında son yılların en fazla yorum üretmiş konularından biri olmuştur. Her iki yaklaşım da gerçek uygulamalarda karşılık bulur; ancak birini körü körüne benimsemek, projenin ilerleyen aşamalarında ciddi maliyetlere yol açabilir. Monolitik mimari, uygulamanın tüm bileşenlerini tek bir kod tabanı ve tek bir dağıtım birimi olarak ele alır. Geliştirme başlangıcında bu yaklaşım güçlü avantajlar sunar: yerel kurulum kolaydır, servisler arası çağrılar için ağ gecikmesi yoktur, transaction yönetimi daha basittir ve ekip koordinasyonu daha az katman içerir. Küçük ve orta ölçekli ekipler, net sınırları olmayan domainlerle çalışıyorken monolitle hızla ilerleyebilir. Sorun, sistem büyüdükçe ortaya çıkar: tek bir bileşenin yeniden dağıtılması tüm uygulamayı etkiler, daralan bir modülü bağımsız ölçeklendirmek güçtür ve kod tabanı karmaşıklaştıkça değişiklik yapmanın korkusu artar. Mikroservis mimarisi, sistemi birbirinden bağımsız dağıtılabilen küçük servislere böler. Her servis kendi veritabanını yönetir, kendi yaşam döngüsü vardır ve bağımsız olarak ölçeklendirilebilir. Yoğun trafik alan tek bir servis, diğerlerini etkilemeden yatay olarak genişletilebilir. Farklı servisler farklı teknoloji yığınlarıyla yazılabilir. Ancak monolit vs mikroservis kıyaslamasının gözden kaçırdığı nokta şudur: mikroservis mimarisi karmaşıklığı ortadan kaldırmaz, dağıtır. Servisler arası iletişim, dağıtık transaction yönetimi, servis keşfi, bağımlılık izleme ve gözlemlenebilirlik altyapısı, bunların her biri ek mühendislik yükü demektir. Bu mimari seçimde belirleyici etkenler şunlardır: ekip büyüklüğü ve organizasyon yapısı, domain sınırlarının netliği, ölçekleme ihtiyaçlarının gerçekliği ve operasyonel olgunluk. Küçük bir ekip için erken mikroservis geçişi, üretkenliği artırmak yerine koordinasyon yüküyle bastırabilir. Öte yandan milyonlarca kullanıcıya hizmet eden, birbirinden farklı ölçekleme gereksinimlerine sahip bir platform için mikroservisler somut operasyonel kazanımlar sağlar. Pek çok başarılı sistem monolitik olarak başlar, alan sınırları netleştikçe ve gerçek ölçekleme gereksinimleri ortaya çıktıkça aşamalı biçimde servis ayrımına gider. Bu evrim yolu, her iki dünyanın da gerçek değerini öğrenerek ilerlemenin en pratik yoludur.
