|
IT基础架构规划的现状和建议
——(源于IBM小型机和SAP ERP领域相关的最佳实践)
IT基础架构主要涵盖了IT系统的硬件和系统软件层面。做好IT基础架构的规划很重要吗?难点在哪里?现实的情况下又如何着手呢?
“Failure to plan is planning to fail.”没有好的计划就是准备去失败,这个道理我们都懂。即使原来认识得不够深刻,但是当我们看到上班高峰期西二旗地铁站外人车混流的狭窄道路后,看到北京某睡城的潮汐客流后,看到北京摊大饼式发展带来的恶果后,我们对规划的重要性应该有足够深刻的认识了。
那么对于IT系统的基础架构来说,规划的重要性又如何呢?也许有人会说,没听说哪个IT系统的基础架构失败的。是的,软件应用系统的开发和实施可能会由于投资超过预算或者需求变化等原因而失败,但是我们一般不会说某个项目的基础架构作废了。这是因为应用软件和定制开发的应用系统大多具有专用性,一旦失败就很难用上了,而构成基础架构的硬件大多具有通用性,还可以运行其他应用系统。比如IBM小型机的AIX操作系统可以支持不同ISV的上万种应用软件。
可是,能用不一定好用,修修补补,东拼西凑,过快地更新换代,随意地改变平台,都会造成巨大的浪费和低效。性能需求、容量需求、高可用、可扩展性、业务弹性、动态架构、冗余、灾备等方面的需求都要基础架构来实现。在一些新建IT应用系统光鲜的外表下,是运维人员,业务部门,甚至CTO,CIO们各种痛苦的体验与无奈。鞋子舒不舒服脚最清楚。与传统行业相比,IT行业在很多方面还非常不成熟。如果说西二旗地铁站外的交通规划得不好的话,那么很多IT系统基础架构的规划更是差得多了。
仅从“性能需求”的角度来说,好的IT系统是一个平衡的系统,没有明显的性能瓶颈,也不会有太多的闲置资源(在峰值时)。所谓平衡,就是指CPU,内存,磁盘io,网络io等资源都能均衡地使用。根据木桶原理,系统的整体性能是由短板来决定的,比如,磁盘io出现瓶颈时,再多的cpu和内存都发挥不出应有的性能,只能等待数据在磁盘系统的读写操作完成后再动作。整个IT系统一般会包含数据库,应用服务器,网络服务器等多层架构。用户体验依赖于这些层级的综合表现。
难点在哪里?我觉得主要是两个方面:利益问题和能力问题。
利益问题比较好理解,屁股决定脑袋嘛。所谓解决方案,大多由各厂商来推荐。虽然厂商们都打着类似于“成就客户”这样的口号,但销售任务的压力和各种KPI导致的必然结果是明显的倾向性。当然,用户也会找多个厂家来综合考虑,但是这些厂家都是卖家,真正关心的都是推销自己的硬件产品。在利旧、可扩展性、投资回报等方面的心思是类似的。所以很难达到兼听则明的目的。也许负责为用户开发和实施应用软件的软件公司或咨询公司是很好的利益无关方。但是请看下一条。
关于能力问题,所谓买的没有卖的精。用户需要把很多精力花费在自身企业的业务发展等方面,很难像厂家的技术专家一样对基础架构相关技术有深入的了解。虚拟化、云计算、大数据、内存数据库、一体机等等新技术日新月异的今天,甚至软件咨询公司里的技术专家都难以跟上硬件基础架构的技术更新。毕竟,现在的硬件不再是买几台服务器和存储,不够再扩那么简单了。软件和硬件的界面越来越模糊了。云是硬件吗?是软件吗?都不是,云是服务。基础架构作为服务就是IaaS云。SAP HANA,Oracle Exadata,IBM PureFlex这些一体机将软硬件和存储都整合到一起了。VMware, Xen, KVM, PowerVM这些虚拟化技术的全面来袭更是使硬件的微码层变成了虚拟化管理软件。
现实的情况下又如何着手呢?
了解了问题就是解决了一半问题。IT基础架构的优化是每个企业在IT系统建设过程中都会遇到的问题。这不仅发生在IT系统建设初期,而且会持续在整个IT系统的生命周期中。优化是一个持续的过程。优化较好的系统是平衡的系统,是高效的系统,是可扩展的系统,是动态的系统,是高投资回报的系统。企业的IT部门在自身发展过程中必然对自有IT系统越来越了解,越来越独立地与各厂商进行沟通和完善解决方案。同时,如果能够咨询利益无关的第三方基础架构优化专家,对现有系统进行优化,对新建系统客观地给出专业的建议就能加速这个过程,达到事半功倍的效果。
扫一扫,关注微信公众号“荣歆IT咨询”,享免费服务。
|
|
|
|
|
|
|