啄木鸟公司成立以来最大的系统重构项目。 啄木鸟科技公司已有一定规模，且仍在不断扩大，研发团队面临需求日益增多、交付周期短、交付质量要求日益提高等挑战。 目前正在使用的订单系统代码耦合度越来越高，业务域划分不清晰，业务逻辑也过于分散，无论可维护难度还是业务扩展性，都已不能满足公司的业务发展需要。 因此，需对订单系统按照业务域重新划分并进行重构，解决当前订单系统面临的维护难度大，业务扩展性低等问题，为公司今后的业务发展提供保障支撑。 故，综合目前现状，公司亟需对现有技术架构进行升级，实现微服务化改造。

制定统一流程规范：研发过程管理、需求管理、缺陷管理、发布流程、PMO相关流程（变更、项目、质量、财务、事件、计划、资源、知识...）。 基于业务领域的架构优化：按业务拆解，微/小服务化，减少依赖，提升构建、部署效率。 基于DevOps的持续交付平台建设：技术、管理两条线结合，让研发团队只关注研发。 敏捷研发模式的推广：通过工具技术和最佳实践引领团队逐步过渡到敏捷。 团队管理（软实力） ：组织架构优化，人才培养，职级评定体系。 文化建设：工程师文化（带教、经验分享），团队需要时间接受新的模式、限制性规则和技术工具。

背景：平安集团原本采用外购黑名单系统进行反洗钱调查，该系统存在费用投入高、响应时间长、运维配合效率低、无法功能自定义及不支持横向扩展等缺陷，经集团研究决定，由科技团队进行黑名单自研以替代外购系统。 为解决响应时长及高并发的问题，合规黑名单系统在数据层面采用数据库+redis+应用级缓存数据并用的方案；在日志及对比结果层面，采用redis +常规数据库+hive+hadoop 的存储及回推结果的方案；对算法进行全面调研，经三个月调研及反复推敲验证后确认算法方案，并对算法逻辑进行拆解，对部分逻辑使用mqs进行异步处理。 为提升横向扩展能力，采用基于spring-cloud封装的框架实现微服务架构，各组件各自独立，职责单一，并根据各组件职责及性能要求，在以性能测试结果作为指标的前提下，对各组件进行不同参数配置及资源分配，后期只需按一定比例增加组件数量即可实现扩展。 因该系统对时效敏感度非常高，要求7×24小时提供服务，无法接受停机升级，故在试运行期间，引入优雅发布（不停机升级）方案；后期正式上线后，进一步引入灰度发布（部分组件试运行升级内容，确认运行无误后升级所有组件）。