电子技术论坛_中国专业的电子工程师学习交流社区-中电网技术论坛

标题: 回顾服务组合从 SOA 向认知服务的演变过程（1） [打印本页]

作者: look_w 时间: 2018-6-23 11:29 标题: 回顾服务组合从 SOA 向认知服务的演变过程（1）

在企业对企业 (B2B) 和企业对消费者 (B2C)             领域，技术和标准不断以极快的速度发展变化，但我们通过研究演变路径可以学到一些重要的经验。在本文中，我将回顾服务组合发展的演变过程，了解每次迭代对如今的开发系统有何影响。云计算和大数据等趋势，以及生态系统开发等工作与丰富的认知服务相结合，使得实现服务组合的梦想成为了可能。
服务组合 1.0：面向服务架构             (SOA) 和 Web 服务的早期要了解这些 Web 服务标准的更多信息，请参阅 2006 年的 developerWorks 系列 “理解 Web 服务规范” 的  和。

还记得 Web 服务和服务组合吗？以及许多围绕这些技术的标准工作，比如、和？在本世纪早期，每个人都在谈论这些趋势和技术。如果您没有在业务流程集成领域谈论 SOA 和 Web                   服务，那么您就没有在昔日世界生活过。是的，十年对于互联网时代是一段很长的 时间。
UDDI 本应成为世界的主导，它托管着数百个 Web 服务，人们可以发现、集成和组合这些 Web 服务的构建块来组装自己的业务应用程序。但是，公司很快认识到，公共             UDDI 并不好；公司不希望将其 Web 服务放在公共存储库中。然后，企业开始尝试使用私有 UDDI，在由公司公开的 SOA 服务上构建的 Web             服务应由他们的业务合作伙伴托管和发现。第一代服务与企业业务流程密不可分。如果您准确地知道要与您业务合作伙伴的哪个业务系统集成，您还需要发现和组合什么？因此，动态或偶然发现服务和组合的整个概念从未真正在企业对企业             (B2B) 环境中发展起来。
尽管使用电子数据交换 (EDI) 和可扩展标记语言 (XML)             来促进语法集成工作很有帮助，但语义集成现在还不可能实现。我们中的一些人花费了大量时间来构建所需的标准和声明性的语义注释支持机制（比如             SA-WSDL），以便实现服务组合。但是，语义方法需要大量的前期本体开发工作，而且它们在业界的接受度很有限。在没有足够的服务要发现时，语法或语义实际上无关紧要。
在服务组合 1.0 中，没有足够的服务或有效的用例要处理。此外，企业没有好的机制来轻松地托管、保护、监视这些服务并从中牟利。服务组合 1.0             是一种纯粹的技术创意，具有不明确的用例和不合时宜的市场。
服务组合 2.0：Mashup             将集成转移到 UI 上要进一步了解 mashup 和 SOA，请阅读 2007 年的。

在 1.0 之后出现了 mashup 和服务组合 2.0。您在用户界面级别上组合服务，利用数据服务构建优秀的应用程序并从中牟利。Mashup 适用于 B2B             和企业对消费者 (B2C)             场景。在那时，定位器、天气预报和房地产报价服务开始兴起，人们对组合这些服务来创建新服务感到非常兴奋。这个社区开始更多地关注数据级集成，设计虚拟界面，对语义集成的关注变得更少。但是同样地，货币化、大规模地应用这些服务，以及关联的生态系统开发并没有以专家们预测的进度发生。企业很难为             mashup 定义可行的用例。它们适用于企业用户还是强大的开发人员，或者它们是由强大的开发人员为企业用户而构建？Mashup 没有真正在 B2B 环境中发展起来，仅在             B2C 领域取得了极小的成功。
在此旅程中，技术挑战从未消失。在发现期间动态、实时地将来自不同服务的不同模式结合在一起时，我们如何解决存在已久的模式匹配问题？幸运的是，模式匹配中的进步（语义模式匹配、本体表示标准和本体学习）已开始解决这些技术挑战。
服务组合 3.0：云 API 的货币化  现在我们发展到了服务组合 3.0。我们正在讨论一种 API 经济，在这种经济中，在云中提供软件即服务 (SaaS)。给我的感觉有点似曾相识！SaaS 是云上的这一代             Web 服务，它们由平台即服务 (PaaS) 和基础架构即服务 (IaaS) 机制提供支持。
云市场无处不在。IBM、Amazon、Microsoft、HP、Salesforce 和 Oracle 都拥有云市场来托管各种 SaaS             服务，包括第三方服务。这一次，公司使得客户能够非常方便地使用信用卡购买服务，而且按照 API             调用来为其服务付费。货币化取得了很大的进展，而且每个人都可以尝试使用这些服务。
但是，同样的古老故事仍在重演。大部分企业想使用云并希望在云环境中使用服务，但他们不希望将其数据发送到其他某个人的云中。公司在寻找私有云市场和私有 PaaS 环境。但私有             UDDI 失败了；为什么私有云和 PaaS 环境应该有所不同？或许有一些有说服力的理由，使这些私有领域的努力能够获得更大的成功。

欢迎光临电子技术论坛_中国专业的电子工程师学习交流社区-中电网技术论坛 (http://bbs.eccn.com/)