有限上下文在微服务世界中意味着什么？

Question

我一直在学习实现微服务,但我无法理解术语"有界上下文"？

我可以理解它是由域驱动设计产生的概念.但我无法理解它的技术实现.

我看了下面的链接:

1. 微服务和有限的上下文
2. https://martinfowler.com/bliki/BoundedContext.html
3. https://docs.microsoft.com/en-us/dotnet/standard/microservices-architecture/microservice-ddd-cqrs-patterns/microservice-domain-model

Answer 1

它是一个最大的区域/区域/地方,其中一个术语具有一致的含义(对于业务专家和开发人员来说,这意味着同样的事情).我故意避免使用"上下文"这个词.理想情况下,有界上下文恰好是来自现实世界的域.

当谈到微服务时,微服务不应该大于有界上下文.

UPDATE

如果系统设计正确,A Bounded context 应该是一个独立的域; 实际上,当事情没有正确完成时,a Bounded context比域大.在大型企业中,一些开发人员创建了试图捕获与某个术语相关的所有行为的对象(模型).例如,Product在商店里.这个词非常广泛.在Product从在线商店和Product从库存系统不是同一个东西,虽然他们可能似乎是这样.在这种情况下,在线商店应该是有限的上下文,而库存应该是不同的.

履行

例如,每个"产品"在每个有界上下文中应该具有不同的类.有界上下文可以实现为(更好的表达将"可以被视为")a namespace或package整体,或作为分布式系统中的微服务.