最近读书时间被挤得很少，而且魔都的天气进入烧烤模式，路上都很少机会拿出kindle读两页... 在读了部分《领域设计模型》后，觉得有点疲倦，就又翻出另一本书《Buidling Microservices》来调剂一下。
这本书的脉络比较简单清晰，其中描述了很多技术细节和协议（RPC, Rest, XML, Json）微服务的考虑，这可能笔者在Thoughworks的经验有关吧。对我影响最深的，还是他对《领域设计模型》里提到的Bounded context的理解。在music Store例子里，库存和财务的上下文，通过Shared Model将两个领域连接起来。
其实WMS里一直有个困惑，对财务算费要支持到什么程度。在实际业务中，费用的计算方法五花八门，而且业务销售为了拉到客人同时又避免损失，就会找到各种新奇的规则，按托收，按重量累进收等。一般费用都是基于行为操作或者单子有关，称作ABC(Activity based Cost)，但仓库里的堆存费是仓库进进出出操作的累计，需要每天对库存镜像进行收费。如果起初数据不准确，需要回溯更改，费用又要重算.... 很显然，财务算费需要有自己的context, 那么相互shared model需要多详细呢？WMS的daily close report是不是算作shared model？
看了这本书，也让我树立了一个信心：在客户需求复杂性到一定程度时，或者原系统模型不具备拓展时，客人在ERP系统外，需要购买专业的WMS/TMS系统。从微服务的角度看，这些系统管理的是企业不同bounded context。设计好shared model, 即接口模型，这比硬要把ERP单一系统作改造来得更有效。
网友评论