SF架构演化

2018 年困境 要做架构升级,一定要了解企业之前的情况,知道“因”,才能更好地理解结果。 把时间线拉回到 2018 年。 2018 年,顺丰各业务 BU 发展多元化,很多业务异军突起,我们向“快运”、国际业务的拓展,进展迅速,各个业务线都组建了自己的运营和研发团队。但当时,整个应用架构缺乏统一规划和管理,系统交互交错综复杂。 同时业务要求提供更快的需求响应速度,希望科技能够驱动业务的快速成长,而底盘的技术体系相对传统, 主要基于虚拟机提供计算能力,Mesos 和 Docker 的建设刚起步,运维交付的自动化率约 30%左右,且并不是直接面向业务,给用户的资源交付周期以天记,弹性扩展暂没做起来。 另一个挑战是,整个工具链相对较杂乱,且很多断点。 各业务研发中心踊跃试点新的技术组件和工具,缺少统一的治理和规划;应用发版还趋于传统,每周发版时间固定,发版准备到发版完成约需 1 天时间。

Read more