跨企业业务应用的架构

  • Jean-Jacques Dubray
  • 孙涛

2008 年 11 月 9 日

话题:架构云计算DevOps

Jack Greenfield 和 Wade Wegner 在上周的 PDC 中介绍了跨企业业务应用 ( Multi-Enterprise Business Applications ,MEBAs) 这个新概念。MEBAs 是通过云的形式建立的企业应用,合作伙伴可以在这个应用中协同工作,就如同工作在普通的企业内部应用一样。

时至今日,企业间的联系日趋紧密,企业应用也往往会跨多个企业而存在。[我们需要]建立一种新的应用来替代老的客户软件和基础设施,从而提供一个兼具高度可伸缩、随处可用、高度可靠的通用平台,以满足企业在互连性、身份认证、服务编排和有关存储方面的诸多需求,。

在演讲中,他们展示了一个名为"Product Return"的应用,此应用是他们与微软的客户 Red Prairie 合作开发建造的。他们同时也讲了利用云计算服务建立 MEBAs 的一些重要模式和指导意见。最后他们祭出了建立模型驱动 MEBA 平台完整的路线图。

在实际使用中,身份映射机制极大的促进了商务伙伴间的沟通。同时由于规则的原因,它还需要某种形式的追踪机制,这样可以及时了解产品召回的路径。这两种机制对任何种类的 MEBA 来说都是重要和必不可少的, Jack Greenfield 解释到。同时,他也承认如果要自己单独建造的话,就基础设施方面来说是很昂贵的,这也是他认为云计算将从经济层面极大地改变跨企业业务应用的原因。

他们列举了几项微软的 Azure 服务:

  • .Net 服务:

    • 访问控制
    • 服务总线
    • 工作流服务
  • SQL 服务

    • 数据服务

他们还对 MEBAs 和云计算几种重要的模式进行了阐述:

  • 消息中继
  • 存储和转发
  • 基于内容的路由
  • 分散-集中
  • 数据变换
  • 基于权利声明的认证(Claims based authentication,译注,与基于角色的认证相对)
  • 联盟间互信

接着提出了架构 MEBAs 几条指导意见:

  • 数据与处理的解耦
  • 无状态交互的设计原则
  • 由中介管理长时事务
  • 位置的透明性
  • 基于权利声明的认证(Claims based authentication)
  • 中继 vs 信息存储

Jack 表示 MEBA 会在很多行业发挥作用,他由此也看到了 B2B 应用复兴的希望,虽然诸如 ebXML 和 RosettaNet 的努力从成果和应用两方面来说都是令人沮丧的。因为获得云计算服务的花费,与单独为某个市场、行业或者合作伙伴建造的费用相比,只是一个零头。

演讲的最后一部分他们介绍了微软对 MEBA 框架的愿景。这个框架由构建在 Azure 服务层上的两层组成。

  • MEBA 服务

    • 参与方管理

      • 社区管理,
      • 生命周期管理
      • broker 的 SLA 管理
    • 服务编排

      • 身份映射
      • 过程状态同步
      • 数据变换
    • 业务过程
    • 市场管理

      • 市场规划
      • 市场状态仓库
      • 市场生命周期管理
  • MEBA 框架

    • 组和成员
    • 角色和权限
    • 事件与提醒
    • 数据访问层
    • 渠道工厂
  • Azure 服务平台

    • 计算
    • 管理
    • 存储
    • LiveID
    • 提醒
    • 访问控制
    • 服务总线
    • 数据流服务
    • SQL 数据服务
    • 报告服务
    • 分析服务

云计算作为 IT 创新的下一波浪潮发展速度是惊人的。我们似乎又回到了 1995 年,那个时候有些人可能刚刚发现 Web 这个新事物,而另外一批人已经为此奋斗好几年了。时至今日,经过 SalesForce.com、Amazon 和其他一些厂商数年的基础性努力以后,云计算的大潮似乎即将横扫硬件和软件产业领域,这将是超出任何人想象的。每天似乎总有云基础设施的新零件安装到位,说服我们选择云的理由也更加充分。你同意吗?还是您觉得这只是没新意的又一波大炒作?您的生产线上是否正躺着一个云项目呢?

查看英文原文:The Architecture of Multi-Enterprise Business Applications

架构云计算DevOps