前言
马克吐温说过一句话:将你推入深渊的都是那些你认为理所当然的事情!
现在市面上缺少的并不是架构图,现在很多架构图都是一抓一大把的,然而确实缺少的是可参考的架构落地实践。很多大公司的架构看上去总是不明觉厉,但是要等真正借鉴的时候却往往无从下手。也许,中小型研发团队的架构实践才是可供复制的?
企业总体架构是什么,有什么用,具体怎么做呢?曾任职的公司为案例,一起来探讨这个问题。这家公司当时有 200 位研发人员和 200 多台服务器,刚进这家公司时,他们的系统就已经玩不下去了,总是出现各种问题,例如日常发布系统时或访问量稍微过大时,系统就会出现很多故障,而且找不到故障发生的根本原因。进这家公司后的主要任务就是对这个系统进行升级改造,花了一个半月的时间写了那份企业总体架构文档,文档共有 228 页,直接指导了之后的技术改造,下图是那份文档的目录。
注意:由于篇幅限制,为了避免影响观看,就将主要内容以截图的形式展示出来了,文末自行获取:
作者介绍
张辉清,曾任中青易游CTO、同程交通创新技术负责人、古大集团首席架构师、携程架构师等职务。带领过30~ 200人的技术团队,将其研发能力提高1 ~2个档次。现阶段主要关注技术创新、技术创业、中小研发团队的能力提升。
内容介绍
第一篇:开篇
1 可参考的才是有价值的(含案例和代码)
技术大会上的分享大多“高大上” ——亿级流量、 超大型研发团队,虽然值得借鉴,但由于应用场景与研发资源的差异 般企业并不容易落地。
第二篇:架构篇
2 企业总体架构
3 应用架构设计
4 统一应用分层
5 生产环境诊断工具WinDbg