开放组织大会要闻：互操作性、OTTPF和云计算等

2011年2月7日至11日在圣地亚哥&＃xff08;San Diego&＃xff09;举行的开放组织&＃xff08;Open Group&＃xff09;大会的主题是&＃xff1a;网络安全、企业架构&＃xff08;EA&＃xff09;、云计算和SOA。开放组织的Chris Harding博士在其博客中与大家分享了此次会议上CloudCamp、SOA Unconference以及贯穿所有话题的互操作性挑战等方面的有趣见解。开放组织信赖技术论坛&＃xff08;OTTF&＃xff0c;Open Group Trusted Technology Forum&＃xff09;发布了开放组织信赖的技术供应商框架&＃xff08;O-TTPF&＃xff0c;Open Trusted Technology Provider Framework&＃xff09;白皮书&＃xff0c;该组织的目标是影响全球采购策略并形成有助于降低&＃xff08;减少&＃xff09;全球供应链风险和弱点的最佳实践。

互操作性
2011互操作性挑战研讨会议确定了互操作性的几项特征&＃xff1a;

\u0026#xD;\n

• 不同的所有者、具有不同管理模型的系统共同工作。\u0026#xD;\n
• 它们自动地交换并理解数据。\u0026#xD;\n
• 它们形成一个信息共享的环境&＃xff0c;在此环境中&＃xff0c;业务信息在正确的上下文中被合适的人在合适的时间得到。\u0026#xD;\n
• 该环境促进流程及信息的共享。\u0026#xD;\n

\u0026#xD;\n互操作性不只是关心IT系统间的交互。它还关心用户组织及其文化和法律环境的一个生态系统。

技术的进步对互操作性的影响&＃xff1f;

SOA已经对互操作性带来正面的推动作用。实施SOA以后&＃xff0c;客户组织可以定义其数据模型和服务接口&＃xff0c;还能对那些符合其接口和需求的计算解决方案进行投标。服务可在构成此生态系统的各个计算单元间共享。\u0026#xD;\n

最新的IT现象是云计算。它在某种程度上加强了SOA的互操作能力。共享服务可从云中获得、云环境带来的快速供应服务的特点加快了这个竞标流程。 但是&＃xff0c;云计算让人们担心的一个重要方面是&＃xff1a;缺乏虚拟产品间的互操作性。

\u0026#xD;\n

语义是互操作性的一个重要方面。通用数据元素框架&＃xff08;UDEF&＃xff0c;Universal Data Element Framework&＃xff09;标准强调了这一问题&＃xff0c;该标准面向业务分析师而非语义专家。它提出了一个简单流程。在流程中&＃xff0c;人们可以给任意数据赋予一个索引&＃xff0c;索引是基于核心UDEF词汇及导入词汇定义的。由于索引是标准化的&＃xff0c;所以很容易将新信息与已存储的信息建立关联&＃xff0c;这就降低了集成工作的相关成本。在伦敦举行的下一次会议将包含一场部署研讨会&＃xff0c;它将基于委员会主席Ron Schultd设计的一个互操作性场景。

SOA存储构件模型及协议&＃xff08;S-RAMP&＃xff0c; SOA Repository Artifact Model and Protocol&＃xff09;和SOA Ontology标准结合开放组织的SOA治理框架强调了SOA治理存储库以及工具的互操作性问题。来自IBM公司的Heather Kreger和Vince Brunssen做了个演示&＃xff0c;展示了如何将存储在一个SOA存储库的基于S-RAMP扩展定义的新服务模型导入另一个存储库中以扩充其服务模型。

O-TTPF
\u0026#xD;\nIBM公司的Andras Szakal在开放组织的博客上宣布了O-TTPF的发布。该框架概括了行业的最佳实践&＃xff0c;它们有助于对商业软件及硬件产品进行安全可靠的开发、制造、交付和持续运维。一旦该框架成为标准&＃xff0c;开放组织将根据预先设定的合规准则为此标准设计一个认证流程。

CloudCamp
\u0026#xD;\nHarding博士在CloudCamp会场闭幕时分享了他的想法&＃xff1a;

我参加了多个关于在Amazon Web Services (AWS) 和Microsoft Azure上进行云软件开发的讨论组&＃xff0c;这些场次的内容非常棒。对于每个人&＃xff0c;不论你即将开始在这些平台上进行软件开发&＃xff0c;还是已经开始这么做了&＃xff0c;这些内容对你都是有价值的。他们还产生了两个普遍接受的观点&＃xff0c;其一是IaaS和PaaS之间的分界线越来越窄。理论 上AWS和Azure应该分别处在该分界线的两端&＃xff0c;但是在实际中&＃xff0c;他们却为开发者提供了类似的能力。其二&＃xff0c;在实际开发中&＃xff0c;人们选择云开发平台时起决定性作用的可能是他们所钟爱的编程语言和软件环境。

SOACamp
\u0026#xD;\nSOA Unconference中包含了一场5分钟的志愿者讨论&＃xff1a;

\u0026#xD;\n

• SOA是否适用于云服务模型&＃xff1f;

  这里&＃xff0c;核心理念是云计算服务模型——基础设施即服务&＃xff08;IaaS&＃xff09;、平台即服务&＃xff08;PaaS&＃xff09;及软件即服务&＃xff08;SaaS&＃xff09; ——可被定义成SOA服务&＃xff0c;每个服务通过已定义的接口对外暴露功能。
  \u0026#xD;\n 这里需要三个关键领域的标准&＃xff1a;QoS测度、代理或二级代理、以及服务优先级排序。

  \u0026#xD;\n
• 通过与供应商无关的框架访问注册/存储以促进对象重用。

  通过独立于供应商的方式访问SOA注册和存储库是个好想法&＃xff0c;但若要让其有效&＃xff0c;就需要标准的数据模型和协议&＃xff0c;开放组织SOA ontology已经为此建模框架打下了良好基础。

  \u0026#xD;\n
• 所有云架构都是SOA架构吗&＃xff1f;

  云架构是面向服务的&＃xff0c;但又需要更多的架构基础元件&＃xff0c;尤其是QoS。虽然云架构可能会选择类似于RESTful的方法&＃xff0c;但这仍然是面向服务的。

  \u0026#xD;\n

查看英文原文&＃xff1a;InterOperability, O-TTPF and Other Highlights of The Open Group Conference