昵称登录后显示

RPA（Robotic Process Automation）
背景：
1.B端辅导老师每天要花费至少一半工作时间，用来跟学生做触达沟通，大大限制了辅导老师的人服比，在辅导老师人数一定的前提下，不利于公司扩大发展规模
2.原本的辅导后台并不好用，老师需要手动圈选学生、输入场景、选择触达工具、配置触达任务等多项内容才能给一个学生做触达提醒。

核心流程：
1.化繁为简，提供自动化任务配置后台，将配置任务的工作收到运营老师这边统一处理，自动分发任务给到老师
2.通过k8s平台配置定时任务，每天定时扫描预先配置的动作模板，自动生成多场景的不同触达任务，通过RPA调度系统自动调度执行
3.生成任务看板，老师可以看到自己名下所有待执行及已经执行的任务明细，提供单个任务重试入口，可针对调度部分失败的任务进行幂等性重试

RPA调度系统模块化设计
1.后台任务配置系统
2.任务分发调度系统
3.触达系统
4.回调数据处理系统
5.监控&告警系统
6.任务重试系统

项目落地效果：每天可以节约辅导老师将近3～4小时的时间，用来服务更多的学生。回调及明细看板数据给老师查询学生触达提供了便利，任务重试也得到了辅导老师的一致好评。

微服务合并
背景：双减政策落地，导致团队人数锐减，但是维护的项目数量却依旧很多
项目目标：将多个不同的rpc服务进行整合，减少代码仓库的维护成本
目标拆解实现：
1.前期调研，rpcx底层支持注册多个app，为微服务合并提供了理论依据
2.梳理业务，确保核心业务不被影响，所以核心业务对应的rpc服务不做合并处理，主要是针对其他业务的rpc服务进行整合
3.分类处理，需要调整rpc注册路径的服务，上层调用也会同步调整，不涉及调整注册路径的rpc，只需要内部整合修改即可
4.系统性能调优，一是内存&cpu调整，微服务合并后单服务的日志量和请求量都会倍增，需要同步调整服务资源不至于拖慢业务，二是针对rpc之间的调用，合并后的rpc服务之间的内部网络请求调整为项目内不同app包的调用，提高服务的响应效率
项目落地效果：由原本维护的近百个代码仓库缩小到不到10个代码库，大大降低了维护成本，同时降低了几十个服务云资源的消耗，为团队也节约了资源成本。由于网络请求的修改，原本调用的接口性能相比之前也有了很大的提升。