ICS35.240.01 L77DB4206 襄阳市地方标准 DB4206/T31—2021 政务微服务应用技术规范 Technicalspecificationforgovernmentmicroserviceapplication 2021-02-05发布 2021-03-04实施 襄阳市市场监督管理局发布 DB4206/T31—2021 I前  言 本标准依据GB/T1.1-2020《标准化工作导则第1部分：标准的结构和编写规则》编写。 本标准由襄阳市政务服务和大数据管理局提出。 本标准由襄阳市政务信息标准化技术委员会归口。 本标准的起草单位：湖北襄测质量技术服务有限公司、襄阳云谷投资管理有限公司、湖北金正邦电 子技术有限责任公司、湖北阳光华辰网络有限公司。 本标准主要起草人：陈激、何剑、毛敏、王成文、付其杰、韩国华、郭华龙、雷雨、刘枫、赵小扬。 DB4206/T31—2021 1政务微服务应用技术规范 1范围 本标准规定了襄阳市政务信息系统建设过程中，采用微服务架构时，划分微服务应用的原则、方式 和依据。 本标准适用于襄阳市政务信息系统开发过程，实施统一开发行为，便于协同。 2术语和定义 下列术语和定义适用于本文件。 2.1 微服务Microservices 一种计算机专业术语，是微服务架构的简称。 2.2 微服务架构Microservicearchitecture 是一种将单应用程序作为一套小型服务开发的方法，每种应用程序都在其自己的进程中运行，并与 轻量级机制（通常是HTTP资源的API）进行通信。这些服务是围绕业务功能构建的，可以通过全自动部 署机制进行独立部署。这些服务的集中化管理已经是最少的，它们可以用不同的编程语言编写，并使用 不同的数据存储技术。 2.3 单应用程序Singleapplication 将所有功能都打包成在一个独立单元的应用程序。 2.4 微服务应用程序Microserviceapplication 微服务应用程序指在微服务架构下，不能独立于微服务平台之外的政务信息应用程序。 3微服务应用程序的划分原则 3.1单一原则 指在政务服务过程中，服务主体（行政主体）在政务信息系统中一次操作，完成其在政务服务事件 过程中的岗位职责。 DB4206/T31—2021 23.2自治原则 指在政务信息系统中，每个微服务能被独立部署、独立运行于应用程序中，该微服务一旦被删除和 终止，仅能中断该应用程序涉及的流程，不能终止应用程序本身。 3.3被监控原则 每个微服务能被独立监控并发现，当业务运行出现错误时，可以快速定位。 4微服务应用程序的划分方法 4.1从行政事项上确认 行政事项是指具有法律效力的行政行为，例如办理营业执照，办理个人退休等。 4.2从行政对象上确认 行政对象是指行政事项涉及的对象，例如办理营业执照的申请人，办理个人退休的申请人等。 4.3从行政行为上确认 行政行为是指办理行政事项过程中，具有一定行政职权的参与人，按照岗位职责，履行职责的行为， 例如办理营业执照时，行政服务窗口的受理人员的录入、核对行为，批准人员的审核、批准行为等。 4.4从行政行为流程上确认 行政行为流程均为单向流程，在划分微服务时，仅能按单向流程划分，同一事项的逆向流程，应划 分为另一微服务。例如再办理营业执照时，窗口人员初审通过，在复审人员审核时，没有通过，复审人 员退还给初审人员时，退还行为需要调用另外一个微服务而不是在原服务中删除。 4.5从服务组成上确认 政务微服务的组成至少包括一个处理机制，一个数据库，四个独立接口（处理权限、外部调入、外 部调出、查询）。例如办理营业执照的窗口微服务，处理机制为受理录入，初步验证两个，其中前一个 为微服务必须的处理机制；数据库是指本项微服务必须拥有的、独立的数据库，在办理营业执照时，需 要建立一个包含有统一社会信用代码、企业名称、类型、住所、法定代表人、注册资本、成立日期、营 业期限、经营范围、登记时间等数据的数据库；四个独立的接口包括操作人员处理权限接口，外部调入 数据（如登记机关等）、外部数据调出接口（如所有需要被其他系统调用的数据）、查询（由于查询行 为大量发生，为降低生产数据库被访问频度和安全，需要将可查询数据通过另建查询接口将数据转移至 其他数据库） 4.6从服务边界上确认 政务微服务的边界是对应某一具体行政行为，该服务的边界仅限于行政行为本身的边界，不应该超 出行政行为边界本身，例如在办理营业执照时，窗口办理人员无需查询申请人是否具备办理申请的资格， 而限制申请人资格的查询行为，应该是另一微服务在被事件驱动触发时提供的反馈。