Question 1

Microservices'e uygulanan Domain-Driven Design'daki Bounded Context deseni nedir?

Accepted Answer

Bir Bounded Context, kendi ubiquitous language ve veritabanına sahip bir domain modeli etrafında açık bir sınır tanımlar. Microservices mimarisinde her Bounded Context genellikle bağımsız bir dağıtık microservice haline gelir. Bu, veri özerkliğini sağlar ve servisler arasında model paylaşımını önler. Örneğin, Profile bağlamındaki User varlığı, Ordering bağlamındaki Buyer varlığıyla ID'yi paylaşabilir, ancak her biri kendi öznitelikleri ve iş mantığına sahip ayrı modeller olarak kalır.

Question 2

Microservices mimarisinde bir API Gateway'in ana rolü nedir?

Accepted Answer

Bir API Gateway, microservices grupları için tek bir giriş noktası olarak hizmet eder ve istemci isteklerini uygun servislere yönlendiren bir reverse proxy görevi görür. Backend for Frontend (BFF) desenini uygular ve kimlik doğrulama, SSL sonlandırma, caching ve yanıt birleştirme gibi cross-cutting concerns'leri yönetir. Bu, birden fazla doğrudan çağrıdan kaçınarak ve yönlendirme mantığını merkezileştirerek client-to-microservice iletişimini basitleştirir.

Question 3

Docker Compose'da service discovery nasıl çalışır?

Accepted Answer

Docker Compose, service discovery için dahili DNS kullanır. docker-compose.yml içinde tanımlanan her servise, servis adı hostname olarak kullanılarak erişilebilir. Örneğin, bir Redis servisinin adı 'basketdata' ise, diğer servisler ona ConnectionString=basketdata aracılığıyla bağlanabilir. Docker bu adı, paylaşılan Docker ağındaki konteynerin dahili IP adresine otomatik olarak çözümleyerek IP adreslerini hardcode etme ihtiyacını ortadan kaldırır.

Microservices Mimarisi

Microservices'e uygulanan Domain-Driven Design'daki Bounded Context deseni nedir?

Cevap