有年轻朋友问:“架构图全是长条块和小方块,看不出模块关系,也无法指导开发,有什么用
啊?”我就要代技术大师们说一句了:“差不多得了。架构师不是神笔马良,画出来就可以了,
难道还真的负责变现啊?”记住,你是架构师,也是画家。画家要留白,供观众去想象。你的
架构图也要留白,供码农去猜测。
先不管什么架构,最底下一层放计算,存储,网络三个方块,总是没错的。
然后往上堆两个中间层,可以是资源池,可以是PaaS能力,也可以是机器学习,凭你兴趣随
便自选,反正没人看。上面一层,就比较讲究了,得分情况讨论。
如果是卖出去的产品,这一层最好是金融/政务/新能源三个,显得你已经考虑过业务场景适配
了,是懂得支持业务的技术老专家。如果不巧是公司内部使用的平台,你这一层就可以画一条
长长的横线,写上“流量统一接入层”,或者“用户自助服务 Console”,显示你在为公司打造
一个通用的技术底座。
如果实在不是有多个用户的系统,你就画个虚线,然后放个火柴人,注明“系统用户”,显示你
充分考虑到公司跨部门的拉通协作,形成了价值闭环,是值得提拔的高潜人才。
中间一列,放上面说的几层。
左边放运维系统。你把统一日志,统一告警,统一巡检几个小方块放进去,就很合适。注意统
一两个字不能少,这显示你设计系统的时候,充分考虑了要给公司打下共享的技术底座。
边放安全系统。这一列必须是一个绿色大长条一查到底,显示你这个图里有一个全栈的安全考
量,让人感到放心。当然,长条里面,你还是可以放点认证,权限,DDoS,漏洞扫描,安全教
育之类的方块。
有时候,你需要拔高高度,可以把上述两列合并成一列,让运维和安全挤一挤,腾出地方画一列
“大数据管理制度建设”,显示你不仅负责做技术架构,还考虑了整个软件生命周期的交付阶段,
连客户的制度建设都在你的规划之中。
Q: 最近组内老让我搞这玩意,我感觉我文字描述的很清晰,不知道为啥要搞这么复杂,有几个人
能看懂?
参考文章