内容简介:
软件行业曾经有这样一个共识，架构一旦确定，“日后很难改变”。演进式架构将支持增量式变更作为第一原则。由于历来变更都是很难预测的，改造的成本也极其昂贵，所以演进式架构听上去很吸引人。如果真的可以在架构层次做到演进式地变更，那么变更就会更容易、成本更低，也能发生在开发实践、发布实践和整体敏捷度等多个地方。微服务满足这一定义，因为它遵循强边界上下文的原则，从而使得Evan的领域驱动设计中描述的逻辑划分变成物理上的隔离。微服务能够通过采用自动化基础设施建构、测试、自动化部署等先进的DevOps实践，获得这种分离。因为每个服务在结构层面与其他服务都是解耦的，替换服务就像替换乐高积木一般。目录[介绍篇]微服务概述我向HRMM介绍Microservices技术雷达之微服务架构给CxO的微服务指南[进一步解读]微服务和演进式架构微服务即演进式架构你以为是微服务或Docker？其实是组织架构！[实践篇]基于微服务架构，改造企业核心系统之实践微服务——大企业是如何在实践微服务中成长的微服务的团队应对之道服务拆分和架构演进
