沉重代价 切莫隐瞒IT底层架构成本(1)

沉重代价 切莫隐瞒IT底层架构成本(1)

51CTO 4月21日外电头条】为复杂的服务器环境搭建起坚实的存储策略确实是个艰巨的任务，这时候没有什么比得上想方设法让企业通过你的预算建议了参考阅读51CTO相关文章：忽视服务器整合——数据中心搭建重大错误）。对一套存储体系结构进行更新或者搭建新的备份底层架构等等都需要很大的资金负担，这通常意味着你必须在向管理层阐述观点时发挥一点创造性。然而，向管理层隐瞒运营底层架构所需要的真实成本其实是一个危险的游戏。

运营底层架构的重要性

是的，有时候演演戏是必要的。但从另一方面看，有一部分问题是我们很少能做好教育管理层的工作，无法让他们了解IT系统是如何生活和呼吸的，还有它们的实际运行成本怎么样。模糊化处理其实不符合任何人的长远利益，尤其是云计算逐渐成熟后即将成为一个可行的企业内部底层架构的替代方案。

造成这种脱节的原因之一是管理层没能掌握成本与具体应用的关键性以及比如储存或其他等实际技术要求的关系。我一次又一次看到那些巨大的超级昂贵的任务关键型应用坐落在同样巨大的超级昂贵的存储底层架构上，但基本上却在低负荷下空转。而与此同时，在数据中心的其他地方，一大堆廉价的初级应用正在烧焦着存储资源，它们造成工作负载超出关键系统的许多倍。

发生这种情况的原因通常可以追溯到预算过程。当管理层被告知一个任务关键的应用要耗费数百万美元来购买和实施时，很少有人会返回去问起是否需要为它配置相匹配的底层架构，但事实上这是需要的。

相反，企业们经常随意的购买5000或10000美元的应用，而根本不会考虑它们对底层架构的影响参考阅读51CTO相关文章：三万元搭建LINUX服务器集群）。但是，如果你做做功课来彻底测试一下这些小应用的话，你会经常发现这些“小”应用所使用的资源比“大”应用要更多。虽然管理层经常在通过那些请求比如为75万美元的软件工程配上10万美元的存储架构时眼都不眨一下，但如果你想为一个1万美元的软件项目申请5万美元的存储，那你就会面对无穷的阻力。

这就是两步预算budgetary two-step）是怎样被发明出来的。IT部门想方设法为那些大项目多花上一些钱来购买并不需要的底层架构，同时也可以满足那些不会得到批准的小项目的架构需求。参考阅读51CTO相关文章：服务器采购原则与成本关系）

你想问这是否真的是坏事呢？管理层认为钱花得精明，而IT部门也得到了需要的可靠资源。就好像是IT部门在默默的帮管理层的忙，静静地做正确的事，看上去像是双赢。