版权声明:本文由龚皓原创文章,转载请注明出处:
文章原文连接:https://www.qcloud.com/community/article/202web
来源:腾云阁 https://www.qcloud.com/communitydocker
2015年延续2014年的架构和成本优化思路,运营管理部在15年组织各大BG开展了大量的架构评审和成本优化工做。做为规划组的一员,在整年21个规划产品的评审中我主要参与了其中11个。在前期和业务产品,开发及运维的交流和准备材料过程当中,发现虽然已经通过了一年的评审,沟通和交流,但你们对为何要作架构评审,怎样作架构评审,其中的思路和流程都还存在必定的不了解的地方,因此这里本身先抛砖引玉,跟你们聊聊讨该如何作架构评审。编程
先来讲说设备缓存
设备是支撑公司业务运营的最基本实体,随着公司业务的不断发展壮大,公司的设备总数也于去年突破了50w台大关。评审一个业务的架构,首先得从其设备使用的合理性上来看。架构
总的设备架构评审思路能够简单概括以下4步:框架
第一点比较好理解,设备的需求动因,咱们须要描述清楚涉及设备的关键业务指标以及业务指标的变化状况,一般这些指标在作年度预算的时候可以定义清楚。若是当时没有清晰的定义,咱们这里能够根据业务的实际资源需求状况来定义清楚关键指标。后面3点是一个架构评审的关键所在,咱们这里重点展开来说。运维
咱们谈一个产品的架构,最开始固然先要从一张总架构图开始讲起。好比下面这个手Q的消息交互架构图。
一个清晰的架构图至少须要具有以下要素:异步
定义出关键路径和关键业务模块后,这些模块需求和架构是否合理,咱们须要把这里面的内容给评委展开来重点解释。tcp
针对每个关键模块,咱们首先须要:优化
好比下面手Q SSO模块的描述
定义出核心关键模块以后,咱们须要进一步解释其资源使用的合理性。这里咱们主要针对最多见的处理类和存储类两类模块来讲明,其余好比吞吐量类,缓存类的模块能够依此类推。
针对处理类模块,咱们一般须要说明:
而对于存储类的模块,咱们一般须要说明:
同时,针对架构分布上,因为公司IDC资源的地理分布不平衡性,某些特定的地理区域因为历史和储备的缘由,IDC资源会较为紧缺,因此咱们在架构评审的过程当中也要对业务模块的物理分布状况来评估其合理性,好比以下两点:
在Review过架构和模块的现状后,业务本身一般也会发现一些本身架构上的问题,这些多是历史缘由的遗留问题,也多是技术进步发展了有一些更优的解决方案,因此咱们在架构评审的最后能够针对这些问题来提出进一步的 优化,给本身定一个更优的目标,追求技术上更进一步。主要逻辑能够分为下面几步:
而在优化手段上,咱们也能够结合公司其余业务经常使用的优化手段,梳理总结出一套可能的优化方法,供你们参考。
好了,前面关于设备上的架构评审流程和方式讲了这么多,相信若是你们都按这么思路来理解架构评审,再加上本身对业务和技术的充分理解,跟boss过的架构评审将再也不是个问题,更多的是对你们技术的展示了。
设备先讲到这里,有机会咱们继续来解析如何作带宽的架构评审。See you again!