《微服务文集》[TW洞见][azw3][无损5分]

软件行业曾经有这样一个共识，架构一旦确定，“日后很难改变”。演进式架构将支持增量式变更作为第一原则。由于历来变更都是很难预测的，改造的成本也极其昂贵，所以演进式架构听上去很吸引人。如果真的可以在架构层次做到演进式地变更，那么变更就会更容易、成本更低，也能发生在开发实践、发布实践和整体敏捷度等多个地方。
微服务满足这一定义，因为它遵循强边界上下文的原则，从而使得Evan的领域驱动设计中描述的逻辑划分变成物理上的隔离。微服务能够通过采用自动化基础设施建构、测试、自动化部署等先进的DevOps实践，获得这种分离。因为每个服务在结构层面与其他服务都是解耦的，替换服务就像替换乐高积木一般。

目录

[介绍篇]
微服务概述
我向HRMM介绍Microservices
技术雷达之微服务架构
给CxO的微服务指南
[进一步解读]
微服务和演进式架构
微服务即演进式架构
你以为是微服务或Docker？其实是组织架构！
[实践篇]
基于微服务架构，改造企业核心系统之实践
微服务——大企业是如何在实践微服务中成长的
微服务的团队应对之道
服务拆分和架构演进