读《微服务体系建设和实践》

任钢 著

第1部分,微服务体系概述

是顺应时代的发展产生的。

微服务架构(MSA)的定义

微服务是一个完整的体系,并说明了什么是体系。(这个好)

第1章,微服务概述

关于微服务的一些辨证关系

辨证这个词在以往的文章中出现的比较少。

结构化分析设计,面向对象分析和设计,重构设计,领域设计,敏捷软件开发 = 只做好一件事。

第零个时代:主机时代

第一个时代:单体应用的 C/S 客户服务器时代。

第二个时代:分布式组件化应用时代。

第三个时代:SOA 时代(面向服务架构)。

第四个时代:微服务架构时代。

主机时代:那时应用程序都在后台,即所谓的中心大型机。当时没有服务的概念,只有计算的概念。前台终端作为输入/输出的工具。

第一个时代:以 CRUD 为主的单体应用。

1,程序代码汇总在一起,无法协同开发。

2,系统高度集中,非核心问题也可能导致整个系统瘫痪,稳定性差。

3,代码功能耦合度高,后期维护复杂,功能扩展困难。

4,业务功能变更或整合会导致重构整个系统,迭代时间长。

5,对开发语言的依赖性强。

第二个时代:

EJB , COM, CORBA 

EJB 产生了一个伟大的时代,紧接着 Spring 创造了一个新时代。但本质是同样的。

第三个时代:

企业内部实现数据共享,独立系统之间相互访问。

SOA 设计中有十大原则:显式消息传递,基于合约的行为,自治性,松耦合,元数据驱动等。

问题:

复杂的 ESB 总线处于核心位置;

整个系统的架构并没有实现完全的组件化及面向服务;

学习和使用门槛依然偏高;

传输效率低,无用信息较多;不利于多并发应用。

实施中对规范和标准要求比较高,实施难度高。

2000年 Roy Fielding 博士的论文 Architectural Styles and the Design of Network-based Software Architectures 提出了 REST

第四个时代:

 细粒度 SOA 

微服务是可独立部署,独立扩展,独立测试且具有单纯职责的一个小型应用程序。

独立进程,可以使用不同的开发语言实现。轻量级的通信方式。

定义:即微服务领域

服务:微小,独立,自治。

微服务架构:微服务本身和微服务的运行环境。

三个特征:1,有一定功能价值的服务。2,颗粒度不大。3,有自治管理能力。

业务微服务

    会员微服务

    订单微服务

    商品微服务

    员工微服务

    岗位微服务

    项目微服务

    任务微服务

技术微服务

    缓存微服务

    文件微服务

    数据微服务

    安全微服务

    表现微服务

    逻辑微服务

    存储微服务

是一种低耦合的软件架构。

微服务框架需要支持服务注册,服务发现,共享配置存储,验证和授权,请求路由,负载平衡,通信稳定性及服务监控等微服务架构基础功能。

微服务应用与单体应用的比较,选择

微服务的颗粒度大小的判断(辨证)

    过小灵活,耦合度低,但自治难度增大。

 微服务进程内外的辨证

组件独立性和共享性的辨证

去中心化和管理规范化之间的辨证

松耦合和敏捷性要求之间的辨证

投入成本和复杂度之间的辨证

微服务安全性与无状态性之间的辨证

    无状态的微服务缺少个体的安全认证信息。

不应微服务解决的问题:

技术上的纯算法问题

业务架构的抽象

研发管理流程落后

第2章

业务层面

    扩展能力强,快速响应业务。

    快速响应市场需求,实现迅速开发,快速交付功能。

    快速增加新功能,同时又不影响稳定性与安全性。

康威定律:设计系统的组织其产生的设计等价于组织间的沟通结构。

微服务体系

微服务与云原生架构的不同,33页

微服务体系与 API 开放框架平台的关系

第2部分,微服务技术体系

基础架构:

    服务发现

    注册组件

    API 网关组件

    服务容错组件

    服务监控告警日志组件

    认证授权组件

    统一配置管理组件

架构是如何将系统分解成不同的部分、以有各部分之间的静态结构关系和动态交互关系。

框架是一个可实例化的,部分完成的软件系统或实体。39页

IaaS,VM 虚拟化

CaaS,容器虚拟化

微服务技术框架体系不依赖 DevOps 和容器云。如果应用效果更好。

DevOps:

分布式消息队列系统,55页

微服务的集成平台自动化工具

微服务的基础设施环境

第4章,微服务技术架构体系

微服务技术架构体系概述

微服务运行时服务架构的组成部分

微服务运行时基础架构的组成部分

微服务运行时后端架构的组成部分

微服务技术架构设计模式

    常用微服务技术架构设计模式:171页

  • 聚合器微服务设计模式

  • 代理微服务设计模式

  • 链式微服务设计模式

  • 分支微服务设计模式

  • 数据共享微服务设计模式

  • 异步消息传递微服务设计模式

    微服务技术架构设计模式及其特性

第5章,微服务技术框架体系

开发型微服务基础框架平台

  • Spring Cloud 微服务框架

  • Dubbo 分布式服务框架

……

运维型微服务基础框架平台

  • Kubernetes 微服务框架

  • Docker Swarm 微服务框架

  • ZeroC IceGrid 微服务框架

  • Istio 微服务框架

微服务开发框架平台

  • 基于 java 的微服务开发框架

  • 基于 Microsoft .Net FRamework 的微服务开发框架

  • 基于 JavaScript 的微服务开发框架

  • 基于 PHP 的微服务开发框架

  • 基于 Go 的微服务开发框架

  • 基于 Python 的微服务开发框架

第3部分,微服务业务体系

第6章,微服务业务体系概述

  • 业务微服务是设计层面的服务。

  • 业务服务是需求层面的服务。

第7章,业务微服务分析设计方法论

普通服务分析和设计

领域驱动设计和微服务

六边形架构分析和设计

Clean 架构分析和设计

DCI 架构分析和设计

CQRS 架构分析和设计

第4部分,微服务管理体系

第8章,微服务管理体系概述

微服务管理体系的定义

微服务管理体系的内容

微服务应用成熟度级别

微服务应用的12要素原则

微服务规范

微服务度量指标

第9章,微服务应用的组织、人员和文化

单体架构应用的团队问题

微服务对组织、人员和文化的影响

根据微服务的需要调整组织、人员和文化

invest 原则

  • 独立性,可协商性,有价值,可以估算性,短小,可测试性

第10章,微服务的开发和运维流程

软件开发流程的演化历史

DevOps 概述

软件开发人员,IT 运维技术人员。

它是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之间沟通合作的文化、运动或惯例。

透过自动化“软件交付”和“架构变更”的流程,来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。

代码管理(SCM):GitHub、GitLab、BitBucket、SubVersion

构建工具:Ant、Gradle、maven

自动部署:Capistrano、CodeDeploy

持续集成(CI):Bamboo、Hudson、Jenkins

配置管理:Ansible、Chef、Puppet、SaltStack、ScriptRock GuardRail

容器:Docker、LXC、第三方厂商如AWS

编排:Kubernetes、Core、Apache Mesos、DC/OS

服务注册与发现:Zookeeper、etcd、Consul

脚本语言:python、ruby、shell

日志管理:ELK、Logentries

系统监控:Datadog、Graphite、Icinga、Nagios

性能监控:AppDynamics、New Relic、Splunk

压力测试:JMeter、Blaze Meter、loader.io

预警:PagerDuty、pingdom、厂商自带如AWS SNS

HTTP加速器:Varnish

消息总线:ActiveMQ、SQS

应用服务器:Tomcat、JBoss

Web服务器:Apache、Nginx、IIS

数据库:MySQL、Oracle、PostgreSQL等关系型数据库;cassandra、mongoDB、redis等NoSQL数据库

项目管理(PM):Jira、Asana、Taiga、Trello、Basecamp、Pivotal Tracker

计划,需求,设计,开发,部署,运维,运营

  • 敏捷规范

  • 持续交付

  • IT 服务管理

  • 精益管理

在微服务下 DevOps 的实现

第5部分,微服务体系建设实践

第11章,传统架构迁徙到微服务架构

迁徒的必要性

需要考虑的问题

  • 需要考虑的问题

  • 业务方面的问题

  • 技术方面的问题

  • 管理方面的问题

  • 支撑方面的问题

传统架构迁徙到微服务架构的原则

传统架构迁徙到微服务架构的策略

传统架构迁徙到微服务架构的实施流程

第12章,新建系统的业务微服务全生命周期过程

业务微服务全生命周期过程概述

产品或平台微服务化需要考虑的问题

产品或平台业务微服务的建设步骤

一个讲级通透的书,代码不多,看了几页。个人感觉本书的代码不是重要的,文字的举例和说明很全面。有粗有细比较到位。从整体上讲解了微服务体系的技术、架构、框架、业务架构、管理整合及实践。本书不适合编写代码的程序员,但适合对架构(微服务架构)希望有进一步了解的人。本书的主要特点是采用体系化的思维来诠释和构建微服务体系。没有对微服务技术或框架用法进行细节说明,而是从整体上阐述的。还从微服务的落地上也进行了讲解。

参见:

《应用架构模式》

《ANSI/IEEE 610.12-1990 软件工程术语的标准汇编》英文

完。

发布了1316 篇原创文章 · 获赞 171 · 访问量 400万+

猜你喜欢

转载自blog.csdn.net/wide288/article/details/104261411