微服务架构技术规范-第一版V2.2
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
微服务架构技术规范(试行稿)
1总则
目前研发中心的后台开发中,基于Java/Spring MVC/Spring Boot框架开发,每个部门引入的支撑组件却各异,缺乏统一性,甚至每个部门都维护着一堆非业务组件,影响开发人员对快速变化业务支持的专注性。
这套方案的具有较好的可扩展性、可维护性、及良好的代码风格,可以为公司各类型的应用开发提供统一、通用、而强大的基础架构,完全能支持公司所有后台服务沉淀和演化出一个稳健企业中台。
2适用范围
本规范适用于创维数字本部及各分子公司,在使用微服务技术架构进行系统开发时,需遵循此技术规范
3微服务概述
3.1微服务定义
什么是微服务?
1.微服务- 也称为微服务架构- 是一种架构风格,它将应用程序构建为一组服务
2.高度可维护和可测试
3.松散耦合
4.可独立部署
5.围绕业务能力进行组织。
6.微服务架构支持大型复杂应用程序的持续交付/部署。它还使组织能够
发展其技术堆栈。
Chris Richardson 世界著名软件大师
3.2使用微服务
传统的单体服务,或者模块化不彻底的项目可能存在以下弊端:1.团队职责不清晰
2.构建和部署耗时长
3.全量部署耗时长、影响范围广
4.单体只能按整体横向扩展,无法分模块垂直扩展
5.受技术栈限制,团队成员使用同一框架和语言
6.升级和变革技术框架变得困难
随着软件行业的发展和演变,服务器软件进入了微服务化阶段。对服务的可维护性、可扩展性、可用性这些维度更加让从业人员关注。而微服务化正是解决这些观注的良好的解决方案。所以微服务化正是软件发展演化的结果。在新的目项目应该微服务化解决方案。微服务化的程度可以具体项目具体场景决定。
4开发规范
4.1基本理念
4.1.1无状态服务(Stateless)
无状态就是一次操作,不能保存数据。
在编程层面,无状态对象(Stateless Bean),就是没有实例变量的对象.不能保存数据,是不变类,是线程安全的。比如Java开发中的EJB, Servlet, Spring MVC,Spring Service都是无状态的。
HTTP 也是一种不保存状态,无状态(stateless)协议。HTTP 协议自身不对请求和响应之间的通信状态进行保存。也就是说在HTTP 这个级别,协议对于发送过的请求或响应都不做持久化处理。
JWT 也无状态的Token 机制,不需要在服务端存储session信息,因为Token 自身包含了所有用户的相关信息。
Kubernetes中stateless服务也是一种无状态服务,功能强大,易于扩展和发布。
所以无状态是一种非常有价值的架构设计理念。
4.1.2幂等性
是指任意多次执行所产生的影响,与一次执行的影响相同。一个拥有幂等性设计的接口,保证无论一次或多次来调用接口,都能够得到相同的结果。在微服务场景中,幂等有助于系统的可靠性,易于实现重试机制、易于实现缓存系统的设计。
4.2数据请求规范
4.2.1URL规范
针对目前url 使用不规范,提出以下建议。
一般域名后面建议就三层:https://域名/业务模块名/功能点/功能操作(?或/)
可选内容
https://api.skyworthdigitailiotcom/业务模块名/功能点/功能操作
https://admin.skyworthdigitailiotcom/业务模块名/功能点/功能操作
注意事项:
采用子域名区分请求是amdin或app的, 不同子域名采用不同ip,入口隔离。url 字符串中不区分amdin或app,但目前的header可以区分不同业务端,同时可用于控制访问权限。
controller代码中,admin/app放到不同的controller文件中。但RequestMapping不用区分是admin,还是app的功能。
4.2.2REST
要遵循Restful 方式(增删改查对应Post, Delete, Put, Get)的接口定义,所有的get请求必须幂等。
幂等就是用户对于同一操作发起的一次请求或者多次请求的结果是一致的,不会因为多次点击而产生了副作用。分布式环境下各个服务相互调用, 所以尽可能提供幂等性性接口。
对外接口一般都是http接口,最好根据Http方法的语义来发放请求。
对于资源的具体操作类型,由HTTP动词表示。常用的HTTP动词有下面五个:GET(SELECT):从服务器取出资源(一项或多项)。
POST(CREATE):在服务器新建一个资源。
PUT(UPDATE):在服务器更新资源(客户端提供改变后的完整资源)。PATCH(UPDATE):在服务器更新资源(客户端提供改变的属性)。DELETE(DELETE):从服务器删除资源。
Get/ Delete 采用查询字符串请求。
Post /Put请求和响推荐都采用Json格式。一个Json返回的格式举例如下:返回成功状态200 OK ...
{
"CODE":200,
"SUCCESS": TRUE,
"DATA":{},
"MSG":"操作成功"
}
4.3安全
4.3.1HTTPs
HTTPs 可以保障数据的保密性、完整性、身份校验安全性,所以应该实施全站HTTPs化。随着HTTP-2、HTTP-3技术的出现HTTPs的传输效率也有了极大的提高。
4.3.2OAuth2
是开放授权的一个标准,旨在让用户允许第三方应用去访问改用户在某服务器中的特定私有资源,而可以不提供其在某服务器的账号密码给到第三方应用
4.3.3JWT