DB4206∕T 31-2021 政务微服务应用技术规范_第1页
DB4206∕T 31-2021 政务微服务应用技术规范_第2页
DB4206∕T 31-2021 政务微服务应用技术规范_第3页
DB4206∕T 31-2021 政务微服务应用技术规范_第4页
DB4206∕T 31-2021 政务微服务应用技术规范_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

ICS35.240.01

L77

DB4206

襄阳市地方标准

DB4206/T31—2021

政务微服务应用技术规范

Technicalspecificationforgovernmentmicroserviceapplication

2021-02-05发布2021-03-04实施

襄阳市市场监督管理局发布

DB4206/T31—2021

前  言

本标准依据GB/T1.1-2020《标准化工作导则第1部分:标准的结构和编写规则》编写。

本标准由襄阳市政务服务和大数据管理局提出。

本标准由襄阳市政务信息标准化技术委员会归口。

本标准的起草单位:湖北襄测质量技术服务有限公司、襄阳云谷投资管理有限公司、湖北金正邦电

子技术有限责任公司、湖北阳光华辰网络有限公司。

本标准主要起草人:陈激、何剑、毛敏、王成文、付其杰、韩国华、郭华龙、雷雨、刘枫、赵小扬。

I

DB4206/T31—2021

政务微服务应用技术规范

1范围

本标准规定了襄阳市政务信息系统建设过程中,采用微服务架构时,划分微服务应用的原则、方式

和依据。

本标准适用于襄阳市政务信息系统开发过程,实施统一开发行为,便于协同。

2术语和定义

下列术语和定义适用于本文件。

2.1

微服务Microservices

一种计算机专业术语,是微服务架构的简称。

2.2

微服务架构Microservicearchitecture

是一种将单应用程序作为一套小型服务开发的方法,每种应用程序都在其自己的进程中运行,并与

轻量级机制(通常是HTTP资源的API)进行通信。这些服务是围绕业务功能构建的,可以通过全自动部

署机制进行独立部署。这些服务的集中化管理已经是最少的,它们可以用不同的编程语言编写,并使用

不同的数据存储技术。

2.3

单应用程序Singleapplication

将所有功能都打包成在一个独立单元的应用程序。

2.4

微服务应用程序Microserviceapplication

微服务应用程序指在微服务架构下,不能独立于微服务平台之外的政务信息应用程序。

3微服务应用程序的划分原则

3.1单一原则

指在政务服务过程中,服务主体(行政主体)在政务信息系统中一次操作,完成其在政务服务事件

过程中的岗位职责。

1

DB4206/T31—2021

3.2自治原则

指在政务信息系统中,每个微服务能被独立部署、独立运行于应用程序中,该微服务一旦被删除和

终止,仅能中断该应用程序涉及的流程,不能终止应用程序本身。

3.3被监控原则

每个微服务能被独立监控并发现,当业务运行出现错误时,可以快速定位。

4微服务应用程序的划分方法

4.1从行政事项上确认

行政事项是指具有法律效力的行政行为,例如办理营业执照,办理个人退休等。

4.2从行政对象上确认

行政对象是指行政事项涉及的对象,例如办理营业执照的申请人,办理个人退休的申请人等。

4.3从行政行为上确认

行政行为是指办理行政事项过程中,具有一定行政职权的参与人,按照岗位职责,履行职责的行为,

例如办理营业执照时,行政服务窗口的受理人员的录入、核对行为,批准人员的审核、批准行为等。

4.4从行政行为流程上确认

行政行为流程均为单向流程,在划分微服务时,仅能按单向流程划分,同一事项的逆向流程,应划

分为另一微服务。例如再办理营业执照时,窗口人员初审通过,在复审人员审核时,没有通过,复审人

员退还给初审人员时,退还行为需要调用另外一个微服务而不是在原服务中删除。

4.5从服务组成上确认

政务微服务的组成至少包括一个处理机制,一个数据库,四个独立接口(处理权限、外部调入、外

部调出、查询)。例如办理营业执照的窗口微服务,处理机制为受理录入,初步验证两个,其中前一个

为微服务必须的处理机制;数据库是指本项微服务必须拥有的、独立的数据库,在办理营业执照时,需

要建立一个包含有统一社会信用代码、企业名称、类型、住所、法定代表人、注册资本、成立日期、营

业期限、经营范围、登记时间等数据的数据库;四个独立的接口包括操作人员处理权限接口,外部调入

数据(如登记机关等)、外部数据调出接口(如所有需要被其他系统调用的数据)、查询(由于查询行

为大量发生,为降低生产数据库被访问频度和安全,需要将可查询数据通过另建查询接口将数据转移至

其他数据库)

4.6从服务边界上确认

政务微服务的边界是对应某一具体行政行为,该服务的边界仅限于行政行为本身的边界,不应该超

出行政行为边界本身,例如在办理营业执照时,窗口办理人员无需查询申请人是否具备办理申请的资格,

而限制申请人资格的查询行为,应该是另一微服务在被事件驱动触发时提供的反馈。

2

DB4206/T31—2021

AA

附录A

(规范性附录)

附录A

A.1服务编码规则

政务服务主要分为两大类:原子服务和组合服务。其中,原子服务主要是单一职能的服务(指在一

个法定行政部门范围内提供的政务服务),组合服务是为了实现业务目标对原子服务重新排列组合生成

新的服务。

表A.1服务编码规则表

服务类型编码规则

原子服务类型编码(2位)+业务指导部门编码(2位)+顺序码(7位)

组合服务组合类型编码(2位)+组合服务涉及的N个业务指导部门编码(2*

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论