移动互联网下半场，进入产业互联网时代，开发者、架构师将更多关注到 ToB、ToG 的互联网应用场景。在互联网+政务领域，架构师技术选型时需关注移动政务服务的刚需、低频的特点，及对传统业务系统的限流保护、跨网请求协议路由、安全防护等技术。在移动政务应用领域，小程序更容易获得用户青睐，是互联网+移动政务应用的重要工具。架构师还需关注，移动政务应用后台服务要与各业务（公积金、社保、交管、出入境、民政等）服务的接口集成、统一身份鉴权、高频数据共享，从而实现少填少报少跑用户快办的服务效果。

演讲中，将以粤省事小程序、国务院小程序为例，介绍架构师在研发过程中需要关注的业务、产品、前后端开发、测试、运营、安全等方方面面。

演讲提纲：

1. 移动政务应用的典型技术路线
2. 指尖民生服务小程序（粤省事）研发过程
3. 服务接入-限流保护、安全可控
4. 前端开发-积累组件、云开发
5. 后端开发-分布式微服务
6. 安全防护-政务领域安全评测
7. 压力测试-性能持续优化
8. 系统架构演化之道，从0到1，从 V1.0 到 V2.0

听众受益点：

1. 了解政务移动服务的低频刚需特征，掌握移动政务应用平台技术选型的考量体系
2. 了解移动政务服务小程序，从0到1的开发的全过程：需求、产品、设计、前端开发、后端开发、测试、安全评测、上线运营，紧密协作、敏捷研发确保快速迭代
3. 面对众多政务业务系统的接口集成， 如何实现统一身份鉴权、限流保护
4. 政务服务小程序后台架构， V1.0 到 V2.0 的演化

微信、支付宝、钉钉、头条等各家小程序迅猛发展, 百家争鸣的同时也给小程序监控带来前所未有的挑战, 本次演讲将系统化地介绍如何跨越生态实现监控小程序、端到端前后端全链路追踪以及如何「1分钟发现问题，5分钟定位问题，10分钟解决问题」

演讲提纲：

1. 小程序监控的基本原理， 如何尽可能低成本一套代码监控各大小程序
   • 各大小程序的实现原理架构和异同点
   • 一套代码监控所有小程序的挑战点
   • 分层架构应对小程序的共性部分和特性部分
   • 灵活的自定义能力覆盖定制化诉求
2. 小程序端到端全链路监控的原理和实战
   • 单点监控带来的问题以及如何自证清白
   • 端到端全链路监控所面临的技术挑战
   • 全链路监控的理论依据和方法论
   • 全链路监控技术实现与架构
   • 端到端全链路监控最佳实践
3. 如何「1分钟发现问题，5分钟定位问题，10分钟解决问题」？
   • 如何做到近实时(1分钟)感知问题？
   • 很多异常信息并不会影响应用运行, 如何识别最需要关注的问题点？
   • 5分钟定位问题：从前到后全链路追溯，分布式追踪 + 用户行为回溯
   • 探讨如何做到十分钟解决问题, 热修复 or 回滚 or 其它？
4. 对小程序监控未来的畅想和思考

听众受益点：

1. APM 领域(小程序方向)最新动态和最前沿的思考；
2. 小程序跨端监控的挑战和解法；
3. 小程序端到端全链路监控的原理和实战。

两年前，微信小程序横空出世，及小米直达号联合其他手机商摇身一变，推出快应用，在这个互联网寒冬中，去哪儿网敏锐抓住机会，迅速推出去哪儿微信小程序与快应用，以一套代码加语法宏的方式进行开发， 取得不俗的收益，日收入百万级别。

一年前，其他小程序也冒出来了，显然这意味新的商业机会，但旧的开发方式已经无法进行下去(宏里面太多分支)，因此去哪儿网开发了自己的转译框架nanachi，实现一套代码运行于N个平台（微信，QQ轻应用，头条，抖音，钉钉E应用，支付宝，百度，快应用，H5）。

本次分享介绍研发心得，大家耳熟能详的转译部分（babel的API的调用）会略过，但会展示更加有用的信息，及在框架无法hold住的情况下处理措施。

演讲提纲：

1、框架的研发细节

• React 代码如何转换成小程序的代码
• React 组件实例如何匹配相同页面上相同位置的小程序实例，实现数据的同步与视图的刷新
• API的兼容与Promise化
• 针对个别平台的标签差异开发出补丁组件，在编译阶段无感支持这种标签
• 样式单位的转译
• 对事件进行统一委托，解决传参与bind(this)与数据上传

2、框架外的技术文案（需要开发人员手动添加额外代码，或进行某方面的约束）

• 针对平台的限制或体积的限制，需要将某个页面或频道放到 webview 中，开发出智能 webview 方案
• iconfont 的跨平台处理
• 根据不同平台打包业务代码
• 拆库开发，方便多条业务线同时开发
• 通过与各大公司的技术人员洽谈，协商加入某些 API，减轻兼容难度
• 如何设计跨端的目录结构
• 快应用的兼容问题

听众受益：

1、对项目负责人来说，了解一下各种小程序的收益情况（微信>快应用>支付宝>百度），了解兼容难度，市面上有各种号称非常不错的转译框架，其实只能解决60%的问题，于是才有了各种补丁方案，如何在框架无能为力的情况进行自救。从项目实施来讲，我的建议有三点：

• 必须有 backup 方案
• 如果决定上线，必须提前研发，不一定等到推广费到位，因为坑多
• 加强与大公司技术人员的沟通

2、对开发者，可以了解到众多平台的差异与相应的解决方案。