利和弊的再权衡：信息架构到底要合还是分？

不可盲目求“合”

如今IT业界对企业信息架构未来发展的讨论，整合是个大趋势。说到信息架构，就不能不提到基础的企业存储。离开企业存储谈企业信息架构的变革和所谓的方向，犹如无本之木，无源之水。

作为企业信息架构最基础的部分，企业存储目前的一个趋势是提倡整合，它更多源于信息“瘦身”的目标，一方面降低不断攀升的服务器成本，帮助企业减少支出，节约能耗，另一方面删除重复数据，提高信息可用性，使服务器占地空间缩小。这符合全球对绿色节能环保的要求。

事实上，企业信息架构有一个趋势，越趋向数据中心，整合的趋势越明显。而越趋向网络终端，分的趋势越明显。但是，全部整合不一定是好事。面对庞复繁杂的数据需求，企业信息架构不能盲目谈合，必须考虑分的现状。

成本和业务发展阶段限制“合”

对于企业而言，从整体企业架构的角度来看待信息架构时，首先要考虑的就是业务战略。在企业原来的发展历史中，因为逐步的探索性发展业务，分化的业务带来相应的信息架构的分化。

比如银行的个人理财服务，电话计费系统，企业针对不同年龄层的用户推出的产品等等。不同的企业所呈现出的业务战略不一样，在不同阶段的业务重点不一样，在历史的沿袭中存在多个的IT业务系统。从架构到存储、服务器、软件和整体IT运行维护服务，等都会呈现出相应的差异性。从这个层面来看，若是盲目进行信息架构整合，势必会牵一发而动全身，乃至在一长段时间内影响业务的正常发展。

站在另一个角度来看，企业信息架构不仅包括应用层面的业务系统，基于数据仓库的分析系统，也包括数据层面的集成，交互流程，以及基础层面的服务器，网络，存储等等。厂商的设备各有不同，技术兼容与数据管理难度是存在的。

由于信息技术的飞速发展，许多陈旧的设备不符合扩展的需求，但若舍弃所有的设备重新购买，显然成本上会造成极大的浪费。

出于灾备需要考虑“分”

由于森林植被破坏，环境污染等因素导致全球气候变暖，使得世界范围内不稳定因素在增多。近两年，飓风，地震，洪水等自然灾害频繁在世界各地发生，而类似911，英国地铁爆炸案等意外事件随时可能降临。企业在建立数据中心时，必须考虑一个问题，如何保证意外降临时能够在最短时间内恢复业务?

一个真实的案例可以说明问题。据了解，911世贸大楼被袭击后，摩根斯坦利等机构在很短的时间内就迅速恢复了正常运营，令世界刮目相看。摩根斯坦利有什么秘密武器吗?其实，摩根斯坦利应对灾难的武器就是当初IBM帮助构建的灾备系统。

IBM工程师回忆，在选择异地建灾备中心还是同城建灾备中心方面产生了分歧，客户倾向于同城。IBM根据丰富的国际灾备救援经验，提供了详实的数据说服客户。

当意外降临时，由于有异地灾备恢复系统，很快就恢复正常营业了。试想，若企业所有的数据全部存放在一台服务器中，或者全部运行在一座城市里，那将会带来怎样的恶果?

放眼全球，金融期汇市场等24小时通宵营业，一旦IT系统因为灾害而停止运行，损失将非常惨重。有一份针对CEO的调查显示，绝大多数企业不能允许业务中断超过4小时。换句话讲，业务的连续运行成为考核系统实用的一个重要指标。

为帮助客户离线保留并备份关键数据，并确保发生灾难时，数据、电子邮件和关键任务应用持续可用，分的现状有助于企业降低存储风险。即便是磁盘和磁带设备在丢失或被窃的情况下，仍然不会危及企业信息安全。

随需求而变的“分”“合”

从IT应用的角度看，当成千上万的企业为了满足自己的应用而借助相应的工具时，诞生了所谓的产品;当成千上万个企业都在频繁使用相同的应用时，产品就衍生出平台概念。然后，基于这一平台，又会出现更多个性化的应用。如今，企业存储正在逐渐演化为一种平台，搭载在这一平台上的应用由于业务不同而使得存储平台呈现出一种“分”的状态。

另一方面，云计算时代开启了存储大合的趋势。如何对各种来源的数据进行快速分析，从而帮助企业提高决策的速度和准确性，成为摆在企业面前的一道难题。由此产生了“云服务”的概念。作为存储界的领导者，IBM在研究某些信息云服务原型，以此为基础，部署跨多个服务器群组的信息架构，这些服务器通过“云计算”环境可以被各种设备进行远程访问。

企业架构分与合，需要根据企业的整体业务发展战略来选择，根据自身的业务发展阶段来选择，根据自身的业务发展需要来选择，实现IT系统的随需而变。

转载：感谢您对网站平台的认可，以及对我们原创作品以及文章的青睐，非常欢迎各位朋友分享到个人站长或者朋友圈，但转载请说明文章出处。