分类： 服务器与存储
2008-07-06 16:37:58
企业会认为IT部门发展迟缓，而IT部门则认为企业根本没有意识到IT部门在尽全力支持企业发展的同时受到了很大的阻碍。IT就像是魔术师Houdini，能够实现任何目标的事实对我有着巨大的吸引力。15年来，IT部门和业务部门之间的鸿沟每年都在不断扩大，而现在正是永远打破两者之间所有障碍的时候了。
现在的问题不是抱怨IT部门，而是业务部门完全不考虑IT部门做出独立决策，不考虑信息资源访问应用和工具这样的问题，只是希望IT部门能够马上就提供和支持这些应用。信息资源访问应用包括与业务相关的日常应用，例如Word、交易系统、CRM和电子发现等应用。像法规遵从这样优先级最高的应用现在尤为盛行。那些从现有信息中提取附加价值的关键业务应用已经远远落后于那些琐碎的应用了。IT部门让我想起了泰坦尼克号引擎机舱中的穷苦劳力。
结果是企业眼中的IT越来越脱离企业的发展。IT不得不被企业排斥，因为法律法规问题，IT无法在短期之内带来任何新的应用。随着那些“备受青睐”的新应用逐渐浮出水面，企业只关注应用而不关注对后端IT操作造成影响的环境背景，这也进一步凸显了IT资源的地位。于是企业部门收购了这些工具和服务项目，并在做出最后决定之后甩手交给了IT去提供支持。
如今这种情况变得越来越白热化，企业希望不必考虑IT而对需求作出快速回应。业务部门希望在确定的时间计划内在确定的服务方面投资确定的成本——能否增加或者取消服务完全取决于成本和需求。业务部门认为他们可以做到这一点，根本不用考虑IT部门有什么反对意见。
IT希望能够满足业务部门的所有需求，但是无论从人员到能源还是从冷却到空间方面的限制来说，IT都只能在有限的范围内尝试做到这一点。IT过去一直通过以下几种途径解决业务部门独立决策的问题。
1、IT部门通过创建另一种操作模式来满足业务部门提出的时间进程——刻意地将架构、数据和操作模式与主流分开。尽管所有人都会意识到，与创建通用的数值、保护、使用率和管理相比，这是成本最高、效率最低和效果最差的解决方案，但是总比提出那些会遇到业务部门强烈反对的解决方案要好得多。
2、IT部门尝试支持业务部门的要求，但需要有新的信息资源访问应用来与目前IT操作标准相协调，提高利用率、以及共享架构资源和人力。
这往往要花上很长时间、需要周密的计划、测试和实施，需要测试新应用对目前操作流程、人员和基础架构所带来的影响。这是一个很耗费时间、资源、计划和资金的过程，同时需要业务部门有很好的耐心——但实际上业务部门通常都不会有这样的耐心。
3、业务部门经常忽略IT不建立任何外部服务应用，更糟糕的是，业务部门内部开发某个产品却不让IT部门参与其中，最后说：“给你们个惊喜!”
市场研究机构ESG在今年十一月发布了一份题为《E-Discovery Requirements Escalate》(电子发现需求增加)报告，报告中指出在归档/电子发现/法律法规支持市场中，IT部门仅有7%的机会可以决定资金是否能投资在为支持电子发现而配置架构、工具、应用和工作流程。另外37%都是由法律部门来在这方面做出决策的(而且根本没有IT部门的参与)。
随着其它部门需求逐渐增加时，像这样的例子变得越来越普遍——这彻底打破了核心业务部门和IT部门本来就十分脆弱的关系。
结果当然是很糟糕的。这不仅对业务部门产生了不良的影响，除了加速变化的进程，我们还不得不承认和意识到在这个恶性循环中存在的客观事实。
1、业务部门提出需求
2、企业在电子发现的工具和策略方面做出决策
3、IT部门接到企业下达的命令，执行和支持这个决策
4、即使IT部门的实施没有任何缺陷，但是新一轮的“烟囱”(Stovepipe)应用已经形成
<1>这种应用只需要接收到的数据信息，需要管理者决定数据类型和如何将数据存入系统。
<2>像这样的应用可能会导致接收到大量的数据信息，但是管理者必须将这种应用直接归到某一特定的数据类型。
<3>像这样的应用通常只支持一种或者两种数据类型(例如电子邮件)，但是不支持数据库、交易记录或者核心数据中心以外的非结构数据类型。
5、如果一个“归档”新应用发出搜索请求的话，只有该请求包含了所有相关数据信息才能通过，但是通常这些数据信息在归档文件里面已经不完整了。
6、IT部门将新应用转变成现有的备份、搜索或者灾难恢复等流程，强调现有的系统和操作流程。如果不考虑适用性的话，任何一名IT员工都可以很容易地将新应用增加到现有的操作流程中并创建新的操作流程。
事实上IT部门已经是在超越权限范围之外进行操作了。业务部门不能接受IT部门的操作灵活性与服务时间的延迟，因此导致业务部门不顾及IT部门而作出独立决策。企业可能会加快新应用配置的步伐，但是却没有意识到这样做可能带来的负面影响更大。因此IT部门的作用再次被强调，只有打破了IT与业务部门之间的某种阻隔，循环运作才能持续下去。
我担心这种循环运作可能会带来某种不可避免的长期影响。在短期之内，IT将被进一步排斥在决策流程之外，取而代之的是有业务部门担任这个角色。最终，IT部门只能为业务部门实现既定目标提供一定的支持，但是IT部门却对决策流程没有任何控制权或者较大的影响力。
一个可行的解决方案
企业将IT部门以服务部门的模式运作的根本问题就在于认识上的僵化。这是因为基础架构是复杂的，需要以非常专业化的态度对待每个组成部分，并且建立多个可以内部互联的连接点。这里非常适用“流动性”这个抽象的概念。在理想世界中，数据中心应该是由一些基础架构资源组成，这些架构资源不仅可以转化成虚拟架构，来满足企业实时的或者长期的业务需求，而且还能够迅速处理潜在的新需求或者未知的紧急事件。
简而言之，企业中心需要进行数据中心虚拟化，这样企业就不再为IT而烦恼。你还记得当RAID最初获得用户青睐时，所有的数据库管理经理要求他们的员工严密监控裸机设备的情形吗?早晚有一天我们只要说一句“OK”然后就可以做出正确的决策——给他们一台虚拟机并告诉他们这台虚拟机是一台裸设备。
服务器虚拟化技术是第一个可以实现这个目的的架构层。通过创建一个针对虚拟机的服务器基础架构，就可以实现服务器的“流动性”。用户可以随意地、甚至是在设备发生故障时自动地将虚拟机在物理服务器之间进行迁移。服务器虚拟化意味着至少从“随时都有一台设备可以应对未知故障发生”的角度来说，我们似乎已经实现了“流动性”。
可以立即为业务部门提供一台虚拟服务器的想法虽好但却是有限制性的，这并不能解决其他相关问题。改变对IT部门的看法是一个很好的开始，通过逐渐增加对IT部门的信任来填平两部门之间的鸿沟，但是这么做也只能起到减缓后端出现问题速度的作用。
企业真正要做的就使将主要精力从仅仅专注于基础架构转向那些真正能够对业务部门应用起到重要作用的方面——数据。业务应用并不关系到基础架构，它只认为基础架构能够提供相关的支持。业务部门将注意力放在与应用有关的数据信息上，而企业则要从整体的角度来看待这些数据。除了IT部门没有人会把注意力放在基础架构上。IT部门应该将注意力集中在如何在存储、操作、搜索和保护数据的过程中对数据信息进行管理。
数据虚拟化技术就是后话了。应用通过基础架构与信息相连接，基础架构的变更可能会导致连接的中断。通过在应用与数据信息之间创建一个虚拟连接的方法，我们可以解决目前IT环境中的绝大多数问题，并且将IT部门与业务部门之间的联系变得更加紧密。
因为企业对应用有决定权，所以应该由企业而不是IT部门来决定是否需要执行某个应用。而IT部门应该对数据负责，而不是信息。
如果业务部门不考虑IT而独立决策的时候，IT就完全失去了控制权，而且没有丝毫的取胜机会。
只要IT部门这样说：“好的，我们可以提供执行应用的解决方案，并且基于你的要求提供必要的数据信息”，这样业务部门将很容易改变对IT部门的看法，并将基础架构和数据的控制权交给IT部门。
这是我在现实生活中亲身经历的。在前面的例子中，法律部门选择了一个电子发现应用，并创建了一套可能是排斥IT部门的公司法规。而结果可能这个应用可能最终会变成一个“烟囱”应用，也就是因为存在太多的问题或者漏洞“无疾而终”了。现在，对于IT和企业来说，应用数据虚拟化和基础架构虚拟化技术最佳的法则就是：“你的应用必须涵盖所有的数据。”
这有一个虚拟环境下可以接收到任何类型数据的虚拟数据读写界面。你希望你的电子发现工具可以处理电子邮件数据的搜索请求吗?点击这里。希望在所有电子邮件和结构化交易数据中间进行搜索吗?点击同一位置。希望写入一个新应用或者旧Word文档产生的数据吗?点击保存就可以轻松完成。
如果只有一个虚拟空间储存所有数据的话，那么就只能在这一个虚拟空间内对数据进行搜索。在这个数据搜索提取的过程中，IT部门仍然需要完成那些艰巨的任务，例如决定应该将数据重新放在什么位置、存储多长时间、以及如何确保这些数据的安全性等等。如果这些过程变得十分“流畅化”，那么对基础架构的改变就不再那么重要了。
服务器虚拟化技术实现了虚拟机执行应用的“流畅化”，所以如果发生设备故障虚拟机可以将这些应用进行动态整合，我们会先将虚拟机迁移到一个全新的环境中而不让业务部门有所察觉。随着环境的迁移，服务器迁移、高可用性、灾难恢复、性能优化和设备利用率等功能也随之发生改变，而且有可能导致系统崩溃。
除了这个容易被忽视的问题外，虚拟化技术基本实现了自动化和操作灵活性。
数据虚拟化不同于存储虚拟化
存储位与数据层的最底层，与其他基础架构一样，存储也是可以被虚拟化的。通过创建最基本的数据提取，所有的数据从理论上来说都是可以放在同一位置的，这样就可以更好地执行应用或者数据操作功能了。像数据库管理、逻辑分配、文件系统管理、性能优化和保护等数据层服务都是很容易被解决的，仅仅因为数据都是存放在同一个虚拟地址中的。IT经理们可能会继续对物理存储层进行操作和优化，但是他们可以通过创建流动数据提取层来削弱环境变化所带来的物理影响。因为在物理环境中可用性、可读取性、可恢复性等等都不会发生改变，所以在虚拟世界中，被存储的数据实际上都是相同。
存储虚拟化步入主流的脚步如此之慢的原因之一就是缺少在设备和功能方面的专业技术和知识。
需要什么?
简单来说，整个基础架构所需的就是一个全球化的数据访问路径，这个路径将所有核心数据的管理功能集中到一起。理论上这个虚拟数据池可以不分数据类型而向所有应用提供所需的数据信息。这个数据池可以接收数据，将数据传送给适合的底层架构，进一步满足业务部门的需求。作为一个核心数据管理引擎，这个虚拟数据池可以满足大多数法规要求，例如数据保留、保护、安全、分类、生命周期管理等等，业务部门可以根据需求来进行选择，当然不同的项目有不同的收费。
如果你既不把数据视为“动态”，也不将其视为“固定”的话，我建议一旦数据变为固定之后都可以存放在这一层中。这样企业机构中的所有数据都是可访问的。从物理角度来说，这些数据可能是离线的、或者脱离存储介质的，但是从应用和业务部门的角度来说，这些数据都是可用的。所以未来法律部门想要引入新的电子发现搜索工具时就可以搜索到所有存储数据，而不仅仅是其中的一小部分数据。当销售部门需要利用一些数据来提高企业价值时，同样很容易就能找到所需数据信息。想一下，这很容易就从陈旧数据中挖掘到了新的商机，同时也打破了业务部门与IT部门之间的阻隔。
这个解决方案位IT部门提供了再创价值的机会，实现了业务连续性。从介质管理到法规遵从，从前那些难于管理的功能现在都能被我们轻松掌控了。这让IT部门不再拒绝业务部门和企业的需求，而是在不影响企业操作流程的前提下动态地做出相应的调整，而且这对三方都有利。
