Her Servisin Gizli Hazinesi: Mikroservislerle Database Per Service Hikayesi

2023-05-26

Bilgisayarlar Diyarı’nın bir başka köşesinde, Mikroservisler Şehri’nde, her mikroservisin kendi veritabanına sahip olduğu farklı bir dünya vardı. Bu model, “Her Servis için Veritabanı” olarak adlandırılmıştı.

Bu dünyada, her mikroservis kendi hazine sandığına, yani kendi veritabanına sahipti. Bu sandıklar, her bir mikroservisin ihtiyaç duyduğu verileri içerirdi ve sadece ilgili mikroservis tarafından erişilebilirdi. Tıpkı bir masal kahramanının kendi hazine sandığına sahip olması gibi, her mikroservis de kendi veritabanına sahipti.

Bir gün, Sipariş Mikroservisi, yeni bir sipariş oluşturma görevi aldı. Bu görevi tamamlamak için, müşterinin bilgilerine, sipariş detaylarına ve ödeme bilgilerine ihtiyacı vardı. Ancak bu bilgiler, Sipariş Mikroservisi’nin hazine sandığında, yani kendi veritabanında bulunuyordu.

Sipariş Mikroservisi, kendi hazine sandığını açtı ve gereken bilgileri topladı. Sonra bu bilgileri kullanarak yeni bir sipariş oluşturdu ve görevini tamamladı. Bu süreçte, hiçbir başka mikroservisin hazine sandığına, yani veritabanına ihtiyaç duymadı. Çünkü her mikroservis, kendi veritabanıyla tamamen bağımsız bir şekilde çalışabiliyordu.

Böyle bir dünya, her mikroservisin kendi hikayesini yaratmasını ve kendi görevini bağımsız bir şekilde tamamlamasını sağlıyordu. Bu, bir masal kahramanının kendi yolculuğuna çıkması ve kendi hikayesini yaratması gibiydi. Ve tüm bu hikayeler bir araya geldiğinde, Mikroservisler Şehri’nde büyük bir masal oluşturuyordu.

Ve bu masal burada sona eriyor. Ancak unutmayın, Mikroservisler Şehri’nde her zaman yeni bir hikaye, yeni bir macera ve yeni bir hazine sandığı bekliyor. Çünkü “Database Per Service” modeli, her zaman devam eder… Her zaman yeni bir hikaye anlatır… Her zaman yeni bir hazine sandığı açar… Ve bu, Bilgisayarlar Diyarı’nın büyülü dünyasının bir parçasıdır.



More posts like this

Reliable Communication Between Microservices: An In-Depth Look at the Transactional Outbox Pattern

2023-06-28 | #microservice #transactional-outbox-pattern

1. Introduction: Definition and Use Cases of the Transactional Outbox Pattern The Transactional Outbox Pattern is a design model that enables reliable communication between microservices. This model allows a microservice to perform database operations and send messages outwards within the same transaction. As a result, either both operations succeed or both fail, ensuring data consistency. The key components of this model are an “Outbox” table and a “Publisher” service. When a transaction occurs, the microservice first performs a transaction in the database and then writes a message to the Outbox table within the same transaction.

Continue reading 


The Story of the Orchestra Conductor: Orchestration-Based Saga with Microservice

2023-06-11 | #microservice #orchestration-based-saga #saga-pattern

In another corner of the Land of Computers, in the City of Microservices, there was another world where all microservices moved according to a specific symphony. In this world, all microservices were governed by a single orchestra conductor, and this management model was called “Orchestration-Based Saga.” This resembled a music performance in a grand orchestra. Just as an orchestra conductor tells all musicians when and which notes to play, in this world, the Orchestra Conductor Microservice determined when and how all microservices would move.

Continue reading 


The Story of the Orchestra Conductor: A Saga of Orchestration with Microservices

2023-06-11 | #choreography-based-saga #microservice #saga-pattern

In another corner of the Land of Computers, in the City of Microservices, there was another world where all microservices moved according to a specific symphony. In this world, all microservices were managed by a single orchestra conductor, and this management model was called “Orchestration-Based Saga.” It was akin to a music performance in a grand orchestra. Just as an orchestra conductor tells all musicians when to play which notes, here the Orchestra Conductor Microservice determined when and how all microservices would move.

Continue reading 