问：基于构件和面向服务架构有什么不同之处？ 答：首先，最重要的是要认识到，SOA在现有的IT环境中增加了一个抽象层，这是异构为什么这么有用的原因。所以，在SOA实施时通常会有一个现有的建筑，无论是客户机/服务器，n层或基于组件的。 尽管如此，松散耦合，基于SOA的Web服务，今天在很大程度上归功于基于组件的方法。该设想基于组件的发展（CBD）是建立面向企业的对象提供的功能。
典型的元件可能是客户或订单。借此SOA的概念，并将其应用于面向企业的服务。典型的商业服务可能是“客户信息”或“采购订单进程”—明确并联CBD的意图。 CBD有难题—SOA来救援，因为它是一个事实，即组成部分的紧耦……
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
问：基于构件和面向服务架构有什么不同之处？
答：首先，最重要的是要认识到，SOA在现有的IT环境中增加了一个抽象层，这是异构为什么这么有用的原因。所以，在SOA实施时通常会有一个现有的建筑，无论是客户机/服务器，n层或基于组件的。
尽管如此，松散耦合，基于SOA的Web服务，今天在很大程度上归功于基于组件的方法。该设想基于组件的发展（CBD）是建立面向企业的对象提供的功能。典型的元件可能是客户或订单。借此SOA的概念，并将其应用于面向企业的服务。典型的商业服务可能是“客户信息”或“采购订单进程”—明确并联CBD的意图。
CBD有难题—SOA来救援，因为它是一个事实，即组成部分的紧耦合的APIs。必须严格控制沟通的对象，改变的任何一个组成部分通常影响软件访问的组成部分。因此，CBD仍很难规模。
因为SOA依赖于抽象，发现接口。但是，服务供应商（可能是部分）和消费者松散耦合。每个组件可以有多个服务接口，以满足不同的消费者，消费者可以动态地发现他们所需要的接口。基于发现的抽象是具有挑战性的工作，但如果得到它，你的SOA将是灵活的和可扩展的。
翻译
相关推荐
-
SAP收购CallidusCloud 与Salesforce竞争
一直被称为后台办公巨头的SAP现在似乎也想在前台办公大展拳脚。 最新的迹象是SAP收购CallidusClou […]
-
事件驱动框架和SOA在空军的应用
空军正在利用SOA来改善数据共享，并实时跟踪战机，美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。
-
揭秘New Relic APM技术细节
New Relic应性能管理（APM）套件主要用于Web软件开发。它允许用户在面向服务的架构（SOA）上跟踪关键事务性能，并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响
-
仅凭SOA和云无法解决业务数据管理风险问题
SOA和云可以是某些恼人问题高效的解决方案；这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案，特别是当你的问题是业务数据管理风险，而不是技术问题时。