|
VM的繁衍进一步增加了管理的难度
大多数SOA治理其实只停留在企业IT环境的表面：只能管理应用层中某些服务的子集，以及建立在XML、SOAP、WSDL和其他核心SOA规范上的那些Web服务。与之相对照的是，很多公用云服务商却能提供层次较深的按需服务堆栈、扩展的应用、软件平台、集成的中间件，甚至能到达硬件层。事实上，虚拟化的、以网格为基础的“硬件作为服务(HOA)”的资源池也成为了一种颇受欢迎的云服务，可以提供足够的处理能力和存储容量。
由于很多云服务已深入到企业的应用堆栈，因此也已超出了今天的SOA治理工具的治理能力。因此要想依靠传统的SOA治理工具对云计算环境实行统一的规划、设计、配置、监控是不可能的。
云治理和传统的SOA治理的一个关键性的差别就是前者关注VM的生命周期治理。为了让深层应用的自动配置和VM堆栈的集成更方便，云管理环境应能提供预包装的“服务模板”。
这些嵌入了预包装策略定义的模板可控制重要生命周期服务的VM治理功能，包括VM在一个或多个公用和私用云上的部署、设置、启动、监测、控制、优化和扩展。云治理甚至可满足对于旧的VM实例实施“退役和丢弃”的周期性需求，并可以新的VM实例取代它们。
实际上，这样的云对于云治理来说将是一种杀手级应用：可预防VM实例跨越公用和私用虚拟化基础设施的未经验证的繁衍。繁衍问题，有时也称为“VM的蔓延”，代表着维护上的沉重负担和对云CPU、存储和网络资源的过度消耗。
逐渐增多的商用云管理工具可提供跨各种不同的hypervisor控制VM蔓延的能力。除此之外，hypervisor平台厂商，如 VMware、Citrix、微软以及公用云服务商都已为其各自的管理工具添加了这一重要的管理功能。这种有时也被称作“实例管理”的管理特色，正是传统的SOA治理工具所缺少的。
SOA最佳实践触碰云层
不过，云服务还是有很多好处是值得企业的SOA治理执行者们学习的。惠普软件与解决方案集团的SOA产品经理Tim Hall认为，“最重要的是，你需要一份服务目录来维护与服务有关的元数据，能够控制服务的开卡和构建过程，并向使用者公开服务的可见性和可用性。”
另外，联邦制的协议也能在公用云和企业的SOA、REST以及其他应用环境之间设定自配置的服务定义。Hall认为，从宏观的角度来看，服务可直接转换成价值，可帮助企业赚钱、省钱或者缓解风险。
很显然，SOA治理正在逐渐成熟，而云计算才刚刚起步。糟糕的是，云计算领域在未来几年内仍会继续迅速地发生变化，所以要想达成一致性的服务治理实践还很困难。
因此，在这一新的、野生状态下的强大的服务治理依然处在云里雾里，只不过一些稀稀拉拉的明亮星光已经透过云层在向我们眨眼了。美国《Network World》特供本报专稿。
相关链接：混搭的泥潭
传统的SOA治理工具的研发是自上而下的。它要求有大量的先期架构设计，将各种基础功能分解成平台无关的、还需要与研发人员按照Web服务标准签署松耦合的服务合同。通常情况下，它还会包含一份核心服务目录，例如UDDI，以及支持关键接口标准，如WSDL和SOAP的各种工具和平台。
与之相反，云服务则鼓励草根式的开发风格——通常被称为Web 2.0、面向Web架构或者代表性状态传输(REST)来进行服务的配置、研发与管理。任何人只要有信用卡便可注册并访问云服务，这又带来了各种应用与企业内部的应用重复、冗余的局面。
利用相同的标志，任何人都可借助浏览器把各种可用的云服务组件混搭在各种应用中，这也就会越来越偏离符合企业标准的应用设计规范。而从企业级服务的角度来看，这就有可能导致严格管理的安全措施出现缺失。在REST范式中，UDDI、WSDL、SOAP和其他WS*标准也是有明显缺失的。所以，“ 混搭式治理”令一些SOA专家颇感忧虑就不足为奇了。
上一页 [1] [2] [3] [4] |
