作品简介

软件行业曾经有这样一个共识,架构一旦确定,“日后很难改变”。演进式架构将支持增量式变更作为第一原则。由于历来变更都是很难预测的,改造的成本也极其昂贵,所以演进式架构听上去很吸引人。如果真的可以在架构层次做到演进式地变更,那么变更就会更容易、成本更低,也能发生在开发实践、发布实践和整体敏捷度等多个地方。

微服务满足这一定义,因为它遵循强边界上下文的原则,从而使得Evan的领域驱动设计中描述的逻辑划分变成物理上的隔离。微服务能够通过采用自动化基础设施建构、测试、自动化部署等先进的DevOps实践,获得这种分离。因为每个服务在结构层面与其他服务都是解耦的,替换服务就像替换乐高积木一般。

作品目录

  • [介绍篇]
  • 微服务概述
  • 我向HRMM介绍Microservices
  • 第一章:从集中到分权
  • 第二章:协作
  • 第三章:Microservices
  • 写在最后
  • 技术雷达之微服务架构
  • 给CxO的微服务指南
  • 技术敏捷度
  • 容器和解耦
  • 21世纪的架构敏捷度
  • 为什么我们会谈到这儿?
  • 团队
  • 总结
  • [进一步解读]
  • 微服务和演进式架构
  • 微服务有什么特点呢?
  • 使用微服务意味着什么呢?
  • 持续交付在这里扮演什么角色呢?
  • 我应该从哪儿开始呢?
  • 微服务是一把尚方宝剑吗?
  • 微服务即演进式架构
  • 演进式架构
  • 演进式架构的特点
  • 模块化和耦合
  • 围绕业务能力组织
  • 试验
  • 演进式架构的原则
  • 适应度函数
  • 痛苦的事提前做
  • 最后责任时刻
  • 总结
  • 你以为是微服务或Docker?其实是组织架构!
  • It's Microservices …It's docker …It's organization structure
  • 论尽可能高的组织灵活性
  • 组织结构的INVEST原则
  • 独立的:Independent
  • 有价值的:Valuable
  • 可估计的:Estimable
  • 短小:Small
  • 可测试的:Testable
  • 打破康威定律
  • [实践篇]
  • 基于微服务架构,改造企业核心系统之实践
  • 背景与挑战
  • 什么是微服务
  • 微服务快速开发实践
  • Stencil模板
  • 代码生成工具
  • 持续集成模板
  • 一键部署工具
  • 微服务架构下的新系统
  • 总结
  • 微服务——大企业是如何在实践微服务中成长的
  • 我足够“高”了么?
  • 开篇
  • 拆分单体应用
  • 步入云端
  • 消费者驱动的契约测试
  • 蝴蝶效应
  • 展望
  • 微服务的团队应对之道
  • 然而,我们为什么采用微服务呢?
  • 微服务是如何做到的?
  • 背景
  • 服务治理
  • 我们的选择和改进
  • 打造DevOps文化,将运维作为需求提前注入到开发流程
  • 服务拆分和架构演进
  • 前言
  • 我们项目架构的演化历程
  • 问题1:如何将单体结构拆分为服务化架构?
  • 领域划分的误区和建议
  • 问题2:拆分后业务变了增加了怎么办?
  • 问题3:如何安全地持续地拆?
  • 真正有挑战的问题4:如何保证拆对了?
  • 总结
展开全部