「事情」史海峰:万字长文剖析技术人如何成长( 五 )


到了13年11月 , 我和一个架构师花了两天晚上画了一张图 , 当当IT系统架构总图 , 有一百多个系统 。
核心是什么?就是平台 , 有商家 , 就有了商品 , 再找到客户 , 客户下单 , 结算收钱 , 沉淀下来数据 , 以及代表未来的移动互联APP , 就是这样一个体系 。
这个图对我来说很重要 , 因为我去当当的时候 , 没有这张图 , 找不到一个人能把当当整个系统说清楚 , 技术部最多有六百多人 , 这些人都在干什么?有一个全景视图非常必要!
我到当当将近一年半后 , 画出了这张图 , 然后拿这张图去跟领导们讲 , 现在总共系统有一百多个 , 都是谁在负责 , 一目了然 , 领导说 , 这图千万不能泄露!所以大家在外面没见到过 。
有这张图 , 我敢说我就是对于当当的整个系统架构最了解的人 。也许有人说 , 商品系统我最懂 , 负责商品是一个姓黑的特别聪明的哥们儿 , 我肯定没有他懂商品 , 但是整个体系我是最了解的 。
如果你要做一个跨N个产品线的需求 , 找我是最有效的 , 所以我就负责了当当的架构部 。
在架构部我们做了一些事情 , 搞一些规划 , 画一些图 , 这个也很重要 。为什么?
因为大家都不知道自己在整盘棋的什么位置 , 有张图 , 终于知道自己在哪里 , 以及接下来会在哪里 。一个公司这么多系统这么多人要做什么 , 就是下一盘大棋 , 需要有蓝图 。
蓝图不一定会实现 , 是给大家一个目标 , 让大家有一个共识 , 而不是你这么想我那么想 。我们画了产品架构蓝图、技术架构规划 , 后来还做了开源 , 可能很多同学对于当当架构部的认识 , 都是来自于这几个开源项目 。
在15年到16年我们开源了三个项目 , DubboX、Elastic-Job、Sharding-JDBC , 这些项目还是在点或者线的层面 , 没有到面的层面 , 所以在大概16年的时候 , 我们在做基础平台 , 而不只是玩那些高精尖的 , 因为对于公司来说 , 技术的高度要有 , 但是技术的体系也要有 。
基础平台是什么?一个项目怎么发起 , 怎么分解 , 计划是什么 , 状态是什么 , 用了多少资源 , 项目管理的体系应该有 。项目做好了该发布 , 要有自动化部署的系统 , 包括自动的备份、灰度 。
部署上线之后 , 要有一套监控告警的体系 , 以及出了问题要能追踪 , 知道谁在处理 , 如果这个人一直解决不了 , 应该自动升级 。
一个成规模的公司 , 就应该有这样一套体系 , 小公司无所谓 , 但是如果上百人甚至上千人还没有 , 那就是一团糟 。出了问题火烧眉毛 , 但是不知道现在问题在哪儿 , 甚至不知道谁在查 。
我们在当当做了很多自认为正确的事情 , 也赶上了当当转型到主流电商技术体系 , 从互联网时代过度到移动互联网时代的阶段 , 很多事情都是自发的 , 也是有价值的 。那么有什么遗憾呢?
「事情」史海峰:万字长文剖析技术人如何成长
文章图片

文章图片

第一 , 对决策层在架构方面的关注度影响有限 。
架构部的价值在哪里?经常有人问 , 到底什么样的公司应该有架构师 , 什么样的团队该有架构师 , 只有系统到一定规模和复杂程度才需要架构师的角色在全局上做一些事情 。
当当已经很大了 , 需要在架构层面有所投入 。然而在决策层 , 对于架构一直关注度不太高 。很多东西需要我们向上管理去推动影响 , 老板不会去判断是不是架构不合适 , 这个需要老板在技术层面有一个认识 。
不像业务功能层面 , 竞品做了一个小程序 , 咱也做一个 , 人家用三天 , 你为什么用五天 , 这不是一个维度的问题 。
【「事情」史海峰:万字长文剖析技术人如何成长】第二 , 从架构角度来讲 , 对于搜索、移动端和数据平台的影响不足 。


推荐阅读