DB4206 T 31-2021 政务微服务应用技术规范.pdf

1、ICS 35.240.01L77DB4206襄阳市地方标准DB 4206/T 312021政务微服务应用技术规范Technical specification for government micro service application2021-02-05 发布2021-03-04 实施襄阳市市场监督管理局发 布DB4206/T 312021I前 言本标准依据GB/T1.1-2020标准化工作导则第1部分：标准的结构和编写规则编写。本标准由襄阳市政务服务和大数据管理局提出。本标准由襄阳市政务信息标准化技术委员会归口。本标准的起草单位：湖北襄测质量技术服务有限公司、襄阳云谷投资管理有限公司、

2、湖北金正邦电子技术有限责任公司、湖北阳光华辰网络有限公司。本标准主要起草人：陈激、何剑、毛敏、王成文、付其杰、韩国华、郭华龙、雷雨、刘枫、赵小扬。DB4206/T 3120211政务微服务应用技术规范1范围本标准规定了襄阳市政务信息系统建设过程中，采用微服务架构时，划分微服务应用的原则、方式和依据。本标准适用于襄阳市政务信息系统开发过程，实施统一开发行为，便于协同。2术语和定义下列术语和定义适用于本文件。2.1微服务 Micro services一种计算机专业术语，是微服务架构的简称。2.2微服务架构 Microservice architecture是一种将单应用程序作为一套小型服务开发的方

3、法，每种应用程序都在其自己的进程中运行，并与轻量级机制（通常是HTTP资源的API）进行通信。这些服务是围绕业务功能构建的，可以通过全自动部署机制进行独立部署。这些服务的集中化管理已经是最少的，它们可以用不同的编程语言编写，并使用不同的数据存储技术。2.3单应用程序 Single application将所有功能都打包成在一个独立单元的应用程序。2.4微服务应用程序 Microservice application微服务应用程序指在微服务架构下，不能独立于微服务平台之外的政务信息应用程序。3微服务应用程序的划分原则3.1单一原则指在政务服务过程中，服务主体（行政主体）在政务信息系统中一次操作，

4、完成其在政务服务事件过程中的岗位职责。DB4206/T 31202123.2自治原则指在政务信息系统中，每个微服务能被独立部署、独立运行于应用程序中，该微服务一旦被删除和终止，仅能中断该应用程序涉及的流程，不能终止应用程序本身。3.3被监控原则每个微服务能被独立监控并发现，当业务运行出现错误时，可以快速定位。4微服务应用程序的划分方法4.1从行政事项上确认行政事项是指具有法律效力的行政行为，例如办理营业执照，办理个人退休等。4.2从行政对象上确认行政对象是指行政事项涉及的对象，例如办理营业执照的申请人，办理个人退休的申请人等。4.3从行政行为上确认行政行为是指办理行政事项过程中，具有一定行政职

5、权的参与人，按照岗位职责，履行职责的行为，例如办理营业执照时，行政服务窗口的受理人员的录入、核对行为，批准人员的审核、批准行为等。4.4从行政行为流程上确认行政行为流程均为单向流程，在划分微服务时，仅能按单向流程划分，同一事项的逆向流程，应划分为另一微服务。例如再办理营业执照时，窗口人员初审通过，在复审人员审核时，没有通过，复审人员退还给初审人员时，退还行为需要调用另外一个微服务而不是在原服务中删除。4.5从服务组成上确认政务微服务的组成至少包括一个处理机制，一个数据库，四个独立接口（处理权限、外部调入、外部调出、查询）。例如办理营业执照的窗口微服务，处理机制为受理录入，初步验证两个，其中前一

6、个为微服务必须的处理机制；数据库是指本项微服务必须拥有的、独立的数据库，在办理营业执照时，需要建立一个包含有统一社会信用代码、企业名称、类型、住所、法定代表人、注册资本、成立日期、营业期限、经营范围、登记时间等数据的数据库；四个独立的接口包括操作人员处理权限接口，外部调入数据（如登记机关等）、外部数据调出接口（如所有需要被其他系统调用的数据）、查询（由于查询行为大量发生，为降低生产数据库被访问频度和安全，需要将可查询数据通过另建查询接口将数据转移至其他数据库）4.6从服务边界上确认政务微服务的边界是对应某一具体行政行为，该服务的边界仅限于行政行为本身的边界，不应该超出行政行为边界本身，例如在办

7、理营业执照时，窗口办理人员无需查询申请人是否具备办理申请的资格，而限制申请人资格的查询行为，应该是另一微服务在被事件驱动触发时提供的反馈。DB4206/T 3120213AA附录A（规范性附录）附录 AA.1服务编码规则政务服务主要分为两大类：原子服务和组合服务。其中，原子服务主要是单一职能的服务（指在一个法定行政部门范围内提供的政务服务），组合服务是为了实现业务目标对原子服务重新排列组合生成新的服务。表 A.1服务编码规则表服务类型编码规则原子服务类型编码（2 位）+业务指导部门编码（2 位）+顺序码（7 位）组合服务组合类型编码（2 位）+组合服务涉及的 N 个业务指导部门编码（2*N 位）+顺序码（7 位）_