官术网_书友最值得收藏!

Context boundaries

A module is just a way of defining a context boundary. If you want to migrate your existing monolithic application to a microservice-based application, you first have to identify a hidden context within your current application. This means we have to define the context and draw explicit context boundaries. This helps us design a robust microservice-based application.

For example, a typical online book shopping portal can have an order and shipping module using the same entity product. The following diagram shows the context boundaries of this application:

As you can see in the preceding diagram, the distributed application is based on different bounded contexts. The preceding design is a modular application design, where every module runs an independent process as a service. This is a decentralized approach to application design.

Once you have defined context boundaries, you can then easily decompose your existing monolithic application into a microservice-based application, where each bounded context has one microservice. In the example shown in the previous diagram, we have divided our monolithic application into four bounded contexts, which means that there are four microservices: Order Service, Book Service, Shipping Service, and Customer Service.

We now have a separate product entity in the Order Service and the Shipping Service, which each have their respective repositories. This concept can be extended by defining explicit context boundaries for the Stock and Inventory modules and creating an independent microservice for each.

Let's have a look at two different decomposition approaches. A monolithic application can be decomposed based on either its business capability or its domain.

主站蜘蛛池模板: 台安县| 嘉善县| 延津县| 乌苏市| 上虞市| 闽清县| 临海市| 鄂托克旗| 灌云县| 温州市| 河源市| 诸暨市| 灵武市| 石泉县| 玛多县| 南川市| 平阴县| 星座| 武隆县| 郯城县| 广河县| 青阳县| 米易县| 曲阜市| 廊坊市| 凌云县| 昌平区| 双牌县| 广灵县| 扬中市| 韶关市| 石屏县| 高平市| 会泽县| 贵德县| 多伦县| 佛山市| 元阳县| 呈贡县| 剑川县| 桃源县|