商家到商家(b2b)商业模式(ppt35)-经营管理(编辑修改稿)

商家到商家(b2b)商业模式(ppt35)-经营管理(编辑修改稿)内容摘要：

通常，企业间集成使用异步通信机制。 选用这一机制而不使用同步通信机制的 主要原因是为了将一个组织应用程序对另一组织应用程序的服务级别（例如，可用性和响应时间）依赖度降到最低。 异步通信不一定意味着延迟响应。 如果业务需求要求保证快速响应，那么可以考虑快速的异步通信。 这一应用程序模式主要使用 异步的面向消息的中间件 （Message Oriented Middleware， MOM）实现。 或使用基于诸如 CORBA 和 DCOM 标准的同步中间件。 大多数情况下，贸易关系 中占主导地位的伙伴强制其余伙伴使用特定中间件。 通常，将虚拟专用网（ VPN）用于伙伴应用程序之间的相互连接并实现网络级别上的许多安全性特性。 3）优点 由占主导地位的伙伴强制要求使用的公共面向消息的中间件（ MOM）是现今这一应用程序模式的关键因素。 MOM 所具有的关键特性表现为且只有一次有保证的消息传递。 将来，诸如 HTTP 之类的开放标准可能在组织间有保证的消息传递中扮演更重要的角色。 4）限制  这个应用模式意味着在所有合作伙伴之间 使用公共中间件。 从而降低了与具有不同 IT 基础结构能力的业务合作伙伴连接的灵活性。 因此，这个应用程序模式可能不灵活。  该应用程序模式实现了合作系统和公开的应用程序层之间的 点到点接口。 但不能用于请求的智能路由选择、请求的分解和重组，以及调用作为从合作系统接收的请求结果的复杂业务过程工作流。 5）使用公开的应用程序模式举例 汽车保险门户网站使客户通过访问一个网站就能比较多家保险公司的报价。 客户需要输入汽车的详细信息、驾驶历史以及请求的投保条款和条件。 门户网站将此信息传递给多家保险公司，征询他们的最佳报价。 保险门户网站承诺在一小时内提供 10 个以上的报价。 所有参与的保险公司需要使用公共的面向消息的中间件与门户网站集成。 一家小的地区汽车保险公司想参与这一新的销售渠道。 它目前有一个能直接与使用适配器的门户网站集成的 在线汽车报价引擎（合作伙伴层）。 对于这一简单的集成问题， “ 公开的应用程序 ” 模式是理想的解决方案，因为 只涉及两个应用程序 ， 并且此时与门户网站的交互只限于提供在线报价。 公开的商业服务（ Exposed Bussiness Services） 公开的商业服务应用程序模式构造了一个系统设计，它公开了一些特定的服务，合作系统可以跨组织边界直接调用这些服务。 1）商业和 IT 驱动力 选用这一应用程序模式的主要商业驱动力是使业务合作伙伴系统能够直接访问特定的商业服务。 当调用这些服务时可能会触发多个后端应用程序上的多个任务。 合作系统和许多后端应用程序之间的点到点接口增加了复杂程度和维护成本。 可以使用公开的商业服务 （ Exposed Business Services） 应用程序模式 ， 通过在合作系统和后端应用程序之间实现 集中星型体系结构 ， 而不是点到点体系结构 ， 来降低总体拥有成本。 2）解决方案 如上图所示，所设计的应用程序模式至少使用了三个逻辑层： 合作伙伴 、 公开的商业服务 和 后端应用程序。  合作伙伴层表示在调用公开的商业服务层上的特定服务时所需要的一组合作伙伴应用程序。  公开的商业服务层接收来自多个合作系统的请求，然后 智能地将它们路由到相应的后端应用程序。 它还负责将复合请求分解成几个更简单的请求，然后将它们路由到多个后端系统。 最后，它负责消息转换，并管理不同层次的安全性。 这样做时，它 通常使用本地只读数据库来存储路由选择、分解、重组和转换规则。 这些功能考虑到后面应用程序模式中采用的专用过程规则的一个级别的实现。 公开的商业服务层通常实现最少的业务逻辑。 大部分的业务逻辑集中在后端应用程序层上。  在大多数情形下，该应用程序模式通常是 在 VPN 上使用由占主导地位的合作伙伴指定的异步 MOM 实现 的。 该应用程序模式利用了许多公共服务。 组成公开的商业服务层的 关键节点之一是消息代理节点，它执行智能路由选择、消息转换、分解和重组。 消息代理通常是使用诸如 MQSeries Integrator 之类的基于规则的产品来实现的。 3）优点  该应用程序模式 可以利用企业应用程序集成的已有投资 以将其扩展到组织边界之外。  使用公开的商业服务层将内部业务过程和后端实现细节与合作系统相。