Lag’siz gerçek zamanlı veri hattı için mimari iyileştirme hikâyesi

<p>Kafka consumer group ile partition sayısı arasındaki ilişkiyi ve bunun yol açtığı auto scaling zorluklarını ele alıp, bunu çözmek için yeni bir mimarinin nasıl devreye alındığını anlatan bir yazı.<br /> <br /> - Airbridge hizmeti ve Workload tanıtımı<br /> - Mevcut mimarinin sorunları<br /> - Yeni mimari önerisi<br /> - Seçenek 1: Spark streaming benzeri driver, executor modeli<br /> - Seçenek 2: Kafka consumer ile application server’ın birbirinden ayrıldığı decouple modeli<br /> - Neden 2. seçeneğin tercih edildiği<br /> - Kafka consumer ile application server decouple model mimarisi<br /> - Yeni mimaride dikkat edilmesi gereken noktalar<br /> - Yaşanan zorluklar<br /> - Yeni mimari uygulandıktan sonraki sonuçlar<br /> - İleride daha fazla denenmesi gerekenler</p>

[lamanus]

<p>Vay... ben de ECS kullanıyorum ama bunu bu kadar derinlemesine düşünmemiştim, güzel olmuş.</p>

[lamanus]

<p>envoy kullanırken AZ'ler arası trafiği azaltmaya yönelik talep beklemede tutuluyormuş.<br /> <br /> https://github.com/aws/aws-app-mesh-roadmap/issues/94</p>;