刘道平 从0到1,移动政务应用小程序系统架构演化

文字内容
1. 从0到1,移动政务服务小程序系统架构演化 Dolphin 刘道平 数字广东/粤省事产品中心 系统架构师
4. 简介 Dolphin 刘道平 • 毕业于华南理工大学 软件工程硕士 • 2001年开始从事软件研发工作,参与过税务、电信、银行、 基金、海关等多个行业大型业务系统的研发 • 有高级程序员、PMP、ScrumMaster证书 • TGO广州会员
5. 目录 一、移动政务应用服务现状与痛点 二、一个特殊的移动政务应用项目 三、政务服务小程序平台研发过程 四、政务服务小程序平台架构演化 五、政务服务系统架构小结与思考
6. 1、当前政务移动应用APP发展情况 1、功能单一 大多政务服务APP功能单一,仍以政务信息发布为主,缺乏实用的网上办事和便民服务。 仅有15%的政务APP提供办事服务,存在“信息有余、服务不足”的问题。 2、下载APP成为负担 政务APP盲目开发泛滥,用户为了办事需要下载多个APP,成为一种负担。 3、优化不足体验差 政务APP接入政务服务,没有结合移动端的访问特性进行移动化改造,用户体验差。 4、缺少持续运营: 政务APP运营维护乏力,版本迭代缓慢,存在大量僵尸应用。 资料来源 CAICT中国信息通信研究院《政务服务APP发展情况研究报告》,2017.12 http://www.caict.ac.cn/kxyj/qwfb/ztbg/201804/t20180426_158502.htm
7. 2、政务服务微信公众号的现状 优势: 1.各省市政务提供的政务服务公众号,方便了用户查询、办理政务业务 服务。 2.用户无需额外下载安装,即可使用微信公众号进入政务服务。 问题: 1.各厅局委办的公众号之间不能实现账号互信,用户需要记住不同业务 系统的账号密码才能访问。 2.公众号采用H5技术,用户办理过程因加载时间长,导致用户体验不 佳。
8. 3、移动政务应用痛点 VS 核心功能 1 4 实时运营、 即时反馈 3 一次认证、全网通办 2 原生体验、 风格一致 少填少报、少跑快办
9. 目录 一、移动政务应用服务现状与痛点 二、一个特殊的移动政务应用项目 三、政务服务小程序平台研发过程 四、政务服务小程序平台架构演化 五、政务服务系统架构小结与思考
10. 4、一个特殊的移动政务应用项目 1 4 时间紧: 1月启动,5月上线 2 需求多:公积金、社 保、出入境、交管等, 服务很多,需要梳理 3 资源少:初期团队人员少、 业务推动阻力大 目标高:高频便民服务、 突出改革亮点,迎接大领 导视察
11. 目录 一、移动政务应用服务现状与痛点 二、一个特殊的移动政务应用项目 三、政务服务小程序平台研发过程 四、政务服务小程序平台架构演化 五、政务服务系统架构小结与思考
12. 5、技术路线选型,APP 还是 小程序? 从技术的角度来比对,小程序和APP各具优势:小程序具备轻量级、跨平台、成本低、功能强和易传播的特征; 而APP则在产品自主可控、数据全程管控、使用路径更短、功能灵活多样方面更具优势。 对比项 微信小程序 统一身份认证 无需注册直接登录,提供活体检测、人脸核身 政务APP 需要注册,使用密码和手机盾认证 推广传播 下载成本低、通过微信裂变传播 下载成本高、推广难、占流量、占内存 开发成本 只需开发一套,组件丰富 每个端都得开发,标准化组件少 版本更新 无感知,轻量级更新 更新麻烦,审核周期长 服务触达 利用微信载体,消息通知更简单 APP消息,打扰多,用户遗漏概率大 程序包小,可以关联调转 无大小限制,调转较难 微信自带组件,对接更容易 需根据场景单独对接,如人脸识别、支付等 拓展性 智能化服务能力 产品自主性 需依托微信平台 完全自主可控 数据安全性 微信前端数据通过HTTPS传输 全业务流程数据传输监控 微信端二级应用 一级入口 使用路径
13. 6、探索需求 -- 分析可行性,选取合适的需求场景 什么需求适合进入第1版本? 1.服务对接方式:提供API接口,而非H5页面 2.认证方式:基于后台API方式,而非要求用户再次输入 3.服务类型:属于查询、办理类,而非资讯信息、办事指南 4.服务具有便民、高频特征 典型需求梳理场景 - 残疾人服务事项分析 帅选出第1版本要接入的百项高频便民事项
14. 7、产品设计—淬取政务服务信息要素、以用户为中心的展示 •从功能导航为中心,转变以个人为中心 •不再按横向具体部门和纵向省、市、县层级设计,用户感受到的是一个不分部 门、不分层级的整体型政府。统一页面设计、统一使用体验 •充分发挥微信平台用户使用高粘度及流量优势,聚焦高频民生服务。 •三大板块:电子证照 ,高频服务, 专题、不同群体服务 ---- 参考《【To G设计赋能】重塑政务服务体验设计初探:粤省事小程序设计总结》 http://www.woshipm.com/pd/1547313.html
15. 8、统一认证机制 – 登录一次、全网通办 • 无需注册(无需用户再记住一个新账号、密码) • 依托微信的账号体系,便捷登录,以授权登录、 人脸识别登录为主 • 依托公安部门互联网可信身份认证体系 • 用户登录后,业务系统不再要求用户登录
16. 9、前端开发 -- 封装公共组件 ,磨刀不误砍柴工 1、封装DGD-SDK公共组件 2、合包工具 3、Taro框架预研
17. 10、API网关 – 限流保护已有系统、提升访问安全性 • 1.业务应用A 向网关申请接入,网关分配paasid、token给业务应用; • 2.业务应用A 使用paasid、token,接入网关,网关进行鉴权;业务应用A在网关上发布服务,或申请授权访问其他服务; • 3.前端小程序向网关请求业务应用A 的接口服务,网关请求业务应用A提供的服务,返回给前端小程序。
18. 11、后台服务 -- 构建分布式微服务框架 1.采用etcd 构建微服务框架 etcd是一个分布式的 、一致的key-value存储,主要用途是共享配置和服务发现。Etcd已经在很多分布式系统中得 到广泛的使用。Etcd采用raft协议,来保证一致性。 2.后台服务采用Go开发,围绕业务功能需求,构建后台服务模块 包括个人中心、服务、待办服务、证照服务、公共服务、外部能力、业务办理服务和运营管理服务模块
19. 12、系统部署架构反复评审论证 一、部署架构 1、政务云电子政务外网 :数据库、应用服务 2、政务云互联网区:静态资源、网关 3、互联网区:小程序、云服务 二、安全防护 1、仅开放指定端口 80 443 2、域名须有HTTPS证书 3、白名单
20. 13、安全渗透测试、运维监控 -- 确保系统稳定 一、业务应用上线前必须经过安全渗透测试。 1、在测试环境中扫描出:越权查询、SQL注入、明文传输等,要求整改 2、正式环境检查: 操作系统、数据库、中间件漏洞,建议打补丁 二、运维监控每日 1.采用ELK收集系统日志、监控异常信息 2. 对各业务系统API接口进行状态监控,每日输出报告
21. 14、系统上线、系统截图 粤省事小程序码
22. 目录 一、移动政务应用服务现状与痛点 二、一个特殊的移动政务应用项目 三、政务服务小程序平台研发过程 四、政务服务小程序平台架构演化 五、政务服务系统架构小结与思考
23. 15、从广东到全国 -- 国家级政务服务小程序平台 国务院客户端小程序 中国政务服务平台小程序 海关指尖申报小程序
24. 16、从1到N,从项目到产品的思考 1.项目建设,考虑的维度有:需求-产品-前后端开发-测试-上线… 2.产品研发,需考虑的维度:产品可扩展,如多端支持(小程序端、APP端、一体机端); 功能可扩展,如支持个人中心、证照、办事、资讯、特色专区等;可移植、易安装等; 及衍生的支撑工具系统,如运营数据分析; 个人 小程序 中心 端 服务 政务服务 电子 查询 小程序 证照 服务 办理 项目视角 一体机 移动政务 端 应用平台 运营数 据分析 产品视角 APP端
25. 目录 一、移动政务应用服务现状与痛点 二、一个特殊的移动政务应用项目 三、政务服务小程序平台研发过程 四、政务服务小程序平台架构演化 五、政务服务系统架构小结与思考
26. 17、小结要点1 – 专业化分工、高效率协作
27. 18、小结要点2– 前后端分离、尽早确定开发规范
28. 19、小结要点3– 云开发、事半功倍
29. 20、小结要点4 – 重视安全、从设计开始考虑系统安全
30. 21、小结要点5 – 敏捷研发工具TAPD 1.TAPD是一个SAAS化的敏捷管理工具,本项目、及合作商项目的开发管理, 均使用TAPD( www.tapd.cn) 2.使用功能包括:需求管理、文档管理、缺陷管理、Wiki、Gitlab源码、企业微信集成等 3.配置了自定义的发布流程,每次版本发布都走TAPD的发布评审流程
31. 22、对小程序技术架构演进的思考 1、小程序将无处不在,手机、车载、PC、带屏设备 2、小程序、APP、公众号的无缝集成 3、弱中心化、到强中心化 4、开放的更多公共能力、云能力、AI能力
32. 23、对政务应用系统架构师的建议 1、互联网+政务、还是政务+互联网? 重新理解政务服务互联网化的技术路径。 2、重新理解客户方的技术需求 是以项目验收为目标,还是以用户价值、持续运营 为目标 3、拓宽政务领域知识, 以专业技术经验、创新技 术方案带动创新 推荐阅读 1、公众号:我为领导试APP、数旗智酷 2、国家行政学院省级政务网上政务服务 能力调查评估报告(2017、2018) 3、发文 《国办函【2016】108号 “互联网+政务服务”技 术体系建设指南》 《国发【2016】55号-国务院关于加快推进 互联网 政务服务 工作的指导意见》
35. 欢迎交流