课程目标

1、58二手车拍卖的业务系统的背景以及历史问题点
2、并购的老系统如何快速整备，基础设施如何建设，达成1.0系统
3、B和服务、服务与服务之间的复杂的网状调用关系如何进行抽丝剥茧
4、烟囱系统的整体服务化，系统架构升级2.0系统，开飞机换引擎（语言、架构）的落地实践
5、数据流的解耦、平台化的建设，达成拍卖系统平台化3.0版本建设
6、对系统建设的迭代中的痛点、关键点进行总结回顾，给与一些收获的方法论

适用人群

适用于后端开发工程师、系统架构师、业务架构师，尤其对于陷入历史债务严重，系统堆叠严重，系统耦合度高，开发效率低、系统故障率高等核心痛点的同学有一定的启示帮助作用。

课程概述

 互联网发展到目前的阶段，已经从高速疯涨期逐渐过渡到了平稳运行期，业务扩展期间欠下的历史债务已经让现有的系统越加脆弱，开发效率极度低下，系统稳定性差，不敢优化，不改动，面对这些问题该如何破局？58二手车拍卖是投资并购的新业务，面对DB和服务、服务与服务之间的复杂的网状调用关系，堆叠了10余年的业务系统，诸多的技术债务，艰难的业务迭代，系统脆弱问题，58二手车如何通过各个维度的基础设施建设，以及大小版本的高度迭代，最终建设成为拍卖业务平台的；分享将围绕整合建设的方法论，服务边界隔离，开飞机换零件等关键技术点进行展开说明。

内容大纲：

1、拍卖背景

    1.1 收购项目的大体北京

    1.2 面对的挑战（业务因素、人员因素、系统因素）

2、并购业务的服务整合迁移

    2.1 系统并购迁移的关注点（系统链路与法律法规）

    2.2 迁移方案的全盘决策考量与依据

        2.2.1 系统技术架构审视评估

        2.2.2 客关制约下的技术取舍

    2.3 跨机房、跨公司迁移的前置工作与风险评估

            安全层面、网络基础设施层面

    2.4 跨机房迁移的方案决策与保障措施

            2.4.1 灰度平滑、降级预案

            2.4.2 网络延时风暴的应对

3、高耦合网状系统的抽丝剥茧

    3.1 整体业务系统把控方法论

        3.1.1 三条流向

            3.1.1.1 业务流

            3.1.1.2 资金流

            3.1.1.3 数据流

        3.1.2 压力情况

            系统压力

            技术人员压力

        3.1.3 核心业务

    3.2 边界与链路

        3.2.1 系统、业务、数据之间的边界划分

        3.2.2 服务治理与系统调用链路

4、架构初阶1.0

    4.1 效率与质量保障

        4.1.1 CI、CD的建设与保障

        4.1.2 CR与半自动化

    4.2 基础设施补足

        4.2.1 监控

        4.2.2 日志体系

        4.2.3 OLAP

5、架构升级2.0-服务化

    5.1 服务化的诉求与契机

    5.2 架构设计

    5.3 稳定保障

        5.3.1 降级容灾

        5.3.2 灰度发布

    5.4 数据治理

        5.4.1 精简数据链路

        5.4.2 简化数据复制

        5.4.3 值传递与服务传递

        5.4.4 OLTP与OLAP的剥离

    5.5 DB职责剥离

    5.6 架构思考

        5.7.1 网络协议的思考，技术栈的取舍

        5.7.2 服务粒度的考量

                (All in one 与 DDD的思想的实践)    

6、架构升级3.0-平台化

    6.1 平台化的价值

    6.2 平台化建设

        6.2.1 socket通信平台

        6.2.2 拍卖平台

        6.2.3 车源平台

        6.2.4 支付平台

        6.2.5 用户中心

        6.2.6 数据分析与可视化

7、总结

    对整个收购的老系统的迭代历程以及思路进行复盘，并分享过程中收获的心得与总结的方法论

8、未来展望