设计以工作负载为中心的IT基础设施(1)(2)
下面我们从人员、流程和技术的角度来论述如何设计以工作负载为中心的IT基础设施。
一、与关系最大的工作负载与应用程序团队联盟
一般来说，每个人都是独立的，在某一领域或独当一面或一技之长。但这种“单兵作战”已经不适合时代发展需要了。比如技术专家往往精通他们所购买、管理的产品和技术类别，但却不太了解用户到底想要什么。因为每个分散的功能都是独立的，“一刀切”式的方法对其进行移植并不明智。
在以工作负载为中心的组织中，职员需要关注他们所服务的工作负载。为了将业务中断实现最小化、提升关键工作负载，需要为每个工作负载都设立任务团队。如果每个服务器、存储和网络团队分别指派一至两个成员加入到围绕工作负载的架构规划和部署，就会显著提升跨部门的沟通效率和优化业务流程。
企业应该剔除技术组织，取而代之的是从各个部门抽调以工作负载为核心进行重新编排的架构人员和财务预算。比如，VMware、甲骨文和大型机团队分别都向一个领导汇报工作。虽然这会重组当前的组织体系，但沟通效率的提升、业务决策的精准和跟踪功能的增强，使得这种以工作负载为中心的改造行为还是很值得的。
二、对整个工作负载的效益进行评定
服务器、存储和网络团队之间往往较少共享流程和度量评定标准。对于客户来说，这会导致混乱的工程规范和职责不清的部门利益纠纷。客户不需要关心是否存在瓶颈或者出现系统错误，他们只需要了解什么时候能够备份、运行或者系统为何运行不够灵活矫健。
为了帮助团队凝聚精神并提供以客户为中心的交付视图，企业应该重点制定全面的服务条目，使得客户能够做出正确决策。因此，可以为客户设定一个线索清晰的流程方案，并避免太过于空洞和大众化。
三、选择基于关键工作负载的最好技术方案
以工作负载为中心面临的最大的挑战是涉及到整个基础架构。因为基础架构是围绕工作负载来设计的，新方案的部署又是有多种方式可选，因而就会涉及到解决方案的融入。这些方案可以分成三大类别：分区融合系统、为关键工作负载优化的融合系统和公有云模型。
以工作负载为中心的模型代表了对传统基础架构部署方案的摒弃，因此一开始实行起来的时候会不那么顺畅。但对于企业来说还是非常有必要去执行，不论多大规模的企业，也不论是经济角度还是效率角度，都值得去推广。否则的话，到头来业务会发展到以“你”为中心。
评论暂时关闭