suadev / turkish-microservice-architecture-book

Open Source Turkish Microservices eBook. Feel free to contribute.

GitBook üzerinden okumak için: https://suadev.gitbook.io/turkish-microservices-book/

Çevrim dışı okumak için pdf versiyonu: https://github.com/suadev/turkish-microservice-architecture-book/blob/master/Mikroservis_Mimari_v1.0.pdf

Nedir?

Bu e-book, kişisel bloğumda ( https://medium.com/@suadev ) yayınlamış olduğum Mikroservis Mimari yazılarımın ekleme ve çıkarmalar yapılmış versiyonlarından ve bazı yeni eklenen bölümlerden oluşmaktadır.

Nasıl Katkıda Bulunurum?

• Kitapta bahsedilmesi gerektiğini düşündüğün konular için issue açarak.
• Yazım yanlışları için issue veya pull request göndererek.
• Kitapta yanlış veya tartışmalı olduğunu düşündüğün noktaları belirterek.
• Aktif görev aldığın Mikroservis Mimari dönüşüm projelerinin hikayesini, doğru ve yanlış yaptığınız noktaları paylaşarak.
• Daha fazla kişiye ulaşmasını sağlayarak.

Todo

• Github / GitBook entegrasyonu.
• Mikroservis Mimari Başarılı ve Başarısız Dönüşüm Hikayeleri.
• Service Mesh bölümü. (#1)
• Merkezileştirilmiş konfigürasyon yönetimi bölümü (#2)

Görüş ve öneriler için twitter dan ulaşabilirsiniz.

Copyright © 2020 Suat KÖSE.

turkish-microservice-architecture-book's Issues

Typo: sınırlanır > sınırları

Merhaba, https://suadev.gitbook.io/turkish-microservices-book/monolithden-microservicee şu sayfada
bu bölümde yazım yanlışı var.

Centralized Configuration Management

Selamlar,
Konu mikro servis mimarisi olunca, birde bu arkadaşlarımızın konfigürasyonlarını yönetmenin bir dert olduğunu da unutmamak lazım. Merkezi konfigürasyon yönetimi ile ilgili bir kısmı eklersen çok faydalı olur diye düşünüyorum.

Yazım yanlışı: trasnaction > transaction

Şu sayfadaki https://suadev.gitbook.io/turkish-microservices-book/microservice-mimarilerde-transaction-yoenetimi-nasil-yapilir ACID Prensipler > Durability bölümünde yazım yanlışı var.

Markdown lı versiyonu var mı?

Yazım hatalarının düzeltilmesi ve geliştirmeler için kitabın markdown ile yazılmış versiyonunu ekleyebilirmisin ?
Yazım hataları için issue açılması sağlıklı bir yöntem olmadığını düşünüyorum, kitap markdown formatında olursa düzeltmeleri pull request olarak gönderebiliriz.

Teşekkürler.

Domain Event'lerinin saklanmasi

DDD ve Mikroservis Mimari bolumunde kucuk bir kavram hatasina denk geldim.

Baslik: Domain Event’lerin Persistent(kalıcı) olarak saklanması

Burada domain eventlerinin event sourcing yontemi ile saklanmasindan bahsediliyor.

Domain event'leri business modelinin bir parcasidir. Bounded context icerisinde gerceklesen business olaylarini hem betimlemek hemde yaymak icin domain eventlerini kullanir.

ES eventleri esasen ilgili Aggregate'in mevcut hali ile alakalidir. Yerel event'lar olarakta gecer.

Dolayisi ile aslinda persist edilen domain eventlerinden ziyade ES event'leri olmalidir.

Domain eventleri ile ES eventlerinin bir noktada kesisir gibi olmasi aradaki ayrimin bazen mantiksal olarak fark edilememesine yol acabiliyor.

Ornegin bir Product product Aggregate'i olustugunda hem domain eventi hem ES eventi akla gelecektir.

Domain eventi muhattaplarin ihtiyaci olan minimum bilgiyi icermesi gerekirken ES eventi baslangic product halinin tamamini payload olarak icermek mecburiyetindedir.

Kucuk bit not olarak sunuda belirmek isterim: ES eventleri de bir event bus'a gonderilebilir. Bazi uygulamalar projeksiyonlari event bus araciligi ile tetikliyorlar.

Event sourcing'i bu kitapta aciklamak cok dogru olmadigindan belki ilgili paragraf tamamen kaldirilabilir.

Bağlaç olan de/da yazım hatası

Veritabanı Tabanı Tasarımı konusu altında Örnek Senaryo başlığı altındaki aşağıdaki cümlede "de" ayrı olması gerekiyor.

O zaman bizde ilişkisel veri tabanı kullanırız diye düşünebilirsiniz.

teşekkürler

Çok faydalı bir kaynak olmuş. Emeğine sağlık, kolay gelsin :)

Gitbook yazım hatası.

Tüm dökümanı incelemedim henüz ancak hızlı bir göz gezdirme sırasında;
Transaction Yönetimi -> ACID Prensipler -> Atomicity içerisinde "kısa" yerine "ksıa" olarak yazılmış,

Dökümanı inceleyip farklı bir yazım hatası var mı bir ara bakacağım. Birde gitbook için düzeltme önerisi vs. gönderebileceğimiz bir yer varsa buradan issue yerine direk oradan da gönderebiliriz.

Service Mesh

Service Mesh kavramının açıklanmasını öneriyorum.