再谈微服务类文章整理(200317)

栏目: IT技术 · 发布时间: 4年前

内容简介:在2月3日博客文章里面,我给出了自己博客文章里面关于微服务,中台相关的文章整理初步的目录结构,最近在进行整理的时候仍然还是发现了博客文章由于具备一定的随意性,单纯从完善的知识结构上来说,有些地方的知识点存在明显欠缺的情况,其次就是有些关键的方法论存在不系统和无案例结合的情况。为了进一步说明,我们还是从规划设计,平台建设,实施治理等几个大的方面归类来谈。
再谈微服务类文章整理(200317)

在2月3日博客文章里面,我给出了自己博客文章里面关于微服务,中台相关的文章整理初步的目录结构,最近在进行整理的时候仍然还是发现了博客文章由于具备一定的随意性,单纯从完善的知识结构上来说,有些地方的知识点存在明显欠缺的情况,其次就是有些关键的方法论存在不系统和无案例结合的情况。

为了进一步说明,我们还是从规划设计,平台建设,实施治理等几个大的方面归类来谈。

中台和微服务架构咨询

在这块我写了大量的文章,有些是以中台建设的维度,有些是以微服务设计维度,而且还有一些是传统企业IT架构转型维度,而且文章本身形成在不同的时间段,相关的内容本身还存在重复。因此单纯就中台和微服务架构咨询这块的文章来看,整体的系统性和体系化还是比较弱。

如果重新构建这块的内容整体思路和目录结构应该调整为

1. 传统企业数字化转型背景

2. 支撑转型的关键技术趋势概述

2.1 中台概述(中台的概念,展现形式,中台的作用等)

2.2 微服务概述(微服务产生背景,微服务和SOA关系)

2.3 DevOps概述(敏捷研发,持续集成和交付,自动化测试等)

2.4 面向云原生的整体解决方案

3. 中台咨询和规划建设总述

3.1 中台规划咨询整体方法论(业务建模流程分析,业务中台和数据中台建设,技术中台,实施)

3.2 业务中台建设方法论

3.3 数据中台建设方法论

3.4 技术中台建设(API网关和能力开放平台,技术服务中台,DevOps支撑平台,容器云平台)

3.5 实施方法论 (实施策略,演进路线,遗留系统迁移等)

3.6 运维和管控治理方法论

3.7 技术标准规范体系 (标准规范,开源组件,开发框架等)

基于以上整个目录结构可以看到中台规划咨询的内容可以梳理清楚。对于其中的中台规划咨询整体方法论实际上可以看到是我们传统的企业架构规划咨询方法的一次大变形和大优化。 对于哪些地方出现大优化,我们准备还要单独写一篇文章来进行说明

到了业务中台,要注意到实际上业务中台本身就是由多个高度独立自治的微服务组成的,因此业务中台重点就是微服务模块划分和定义,在微服务模块划分清楚后本身又涉及到两个关键的事情,其一是该模块的数据建模,究竟Owner哪些数据对象和数据表,其二是接口服务识别和定义,究竟需要暴露哪些API接口服务能力。而对于我们经常说的这个微服务模块本身提供哪些具体的业务功能明细反而是偏内部一点的事情了。

微服务架构设计和开发

这块实际上我博客文章里面的另外一个主要内容,但是相对来说这块的内容重点还是放在了API网关方面,而其它内容比较少。实际上对于微服务架构设计开发,包括了两个方面的内容,一个就是微服务开发框架的选型和集成,另外一个就是实际的组件化开发方法流程(其中包括接口设计和开发)。还有一个内容就是我们说的当前主流的微服务支撑平台说明。

因此,对于这块的文章重新整理后整体结构更好的呈现方式为:

1. 微服务架构设计

1.1 架构设计概述

1.2 微服务组件化设计(业务架构,逻辑架构,技术架构,集成架构等)

1.3 数据库层设计

1.4 领域层设计

1.5 接口服务层设计和能力开放

2. 微服务架构当前开发框架和开源组件

2.1 SpingCLoud微服务架构开发框架

2.2 Dubbo分布式开发框架

2.3 API网关(注册,监控,安全,日志,限流熔断等)

2.4 服务注册中心

2.5 服务限流熔断

2.6 服务链监控

3. 基于微服务开发框架详细开发说明

3.1 数据库开发

3.2 业务逻辑层功能开发

3.3 接口和服务层开发(主要是围绕Http Rest接口设计开发的一套)

3.4 前端开发和前后端分离

4. 集成和测试

4.1 集成测试流程和测试方法概述

4.2 单元测试和自动化测试

4.3 集成测试和管控

4.4 持续集成和交付概述(后续应该在DevOps里面进一步详细描述)

5. 运维监控

5.1 自动化运维

5.2 资源层监控

5.3 APM和服务链监控

5.4 主流监控平台介绍和监控运维平台构建

DevOps研发运维一体化

整体从当前文章的输出来看,这块文章的内容相对来说最不系统。后续也是重点要强化的一个地方,实际上这块的内容相对多,但是我博客上文章的介绍更多的是基于我们当前自主研发的DevOps支撑平台展开的。

对于这块的内容,初步整理如下:

1. DevOps概述

1.1 DevOps发展背景和定义

1.2 云原生概述已经云原生和DevOps关系

1.3 DevOps当前开源 工具

1.4 DevOps能力成熟度模型

2. 敏捷研发过程管理

2.1 敏捷方法论

2.2 Srum敏捷研发过程管理

2.3 需求工程和用户故事

2.4 敏捷项目管理最佳实践

3. 持续集成和持续交付

3.1 持续集成方法论

3.2 持续集成主流工具链和开源组件

3.3 流水线设计(代码库,编译,构建打包,部署,交付)

3.4 持续交付和发布

3.5 资源和环境管理

4. 自动化测试

4.1 自动化测试概述

4.2 测试设计和测试数据管理

4.3 主流自动化测试工具

4.4 代码静态检查和安全性测试

4.5 单元测试

4.6 接口自动化测试

4.7 前端功能页面级的自动化测试

4.8 自动化性能测试

5. 容器云平台

5.1 容器云概述

5.2 Docker 容器技术

5.3 Kubernetes容器编排和资源调度

5.5 容器云和DevOps平台集成

基于这个思路基本可以将中台+微服务+DevOps+容器云的整体面向云原生的端到端解决方案讲清楚。从这个最新的目录梳理来看,对于DevOps这块的内容我博客文章是最欠缺的,相对来说也最不系统。其次就是对于微服务架构咨询这块,虽然写过的文章很多,但是未进一步提升到比较完整的方法论,也没有一个完整的案例举例。这些可以在后续进一步完善。


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

后现代经济

后现代经济

姜奇平 / 中信出版社 / 2009-7 / 45.00元

《后现代经济:网络时代的个性化和多元化》站在历史“终结”与“开始”的切换点上,以价值、交换、货币、资本、组织、制度、福利等方面为线索,扬弃现代性经济学,对工业化进行反思,深刻剖析了“一切坚固的东西都烟消云散”的局限性,在此基础上展开对现代性经济的解构和建构。“9·11”中坚固的世贸中心大楼灰飞烟灭,2008年坚固的华尔街投资神话彻底破灭,坚固的雷曼兄弟公司在挺立了158年后烟消云散……一切坚固的东......一起来看看 《后现代经济》 这本书的介绍吧!

HTML 压缩/解压工具
HTML 压缩/解压工具

在线压缩/解压 HTML 代码

JS 压缩/解压工具
JS 压缩/解压工具

在线压缩/解压 JS 代码

html转js在线工具
html转js在线工具

html转js在线工具