(星巴克REST案例分析.docVIP

如何获取（GET）一杯咖啡——星巴克REST案例分析 作者 Jim Webber, Savas Parastatidis Ian Robinson 译者徐涵 发布于 2008年12月3日 我们已习惯于在大型中间件平台（比如那些实现CORBA、Web服务协议栈和J2EE的平台）之上构建分布式系统了。在这篇文章 里，我们将采取另一种做法：我们把支撑Web运行的协议和文档格式视为一种应用平台，一种可通过轻量级中间件访问的平台。我们通过一个简单的客户-服务交 互的例子，展示了Web在应用集成中的作用。在这篇文章里，我们以Web为主要设计理念，提炼并分享了我们下本书《GET /connected - Web-based integration》（暂定名称）里的一些想法。 相关厂商内容 会前培训：高焕堂详解Android平台技术，现在报名享有优惠 国际知名网站Twitter、Facebook资深架构师确认参会 距离QCon北京大会还有一月，现在报名9折优惠 百度技术沙龙第十二期报名：大型网站数据库架构设计与性能优化 Adobe Flash Builder 4简体中文正式版高速下载 相关赞助商 3月31日前报名QCon北京2011大会，享受9折优惠！。 引言 我们知道，集成领域是不断变化的。Web的影响以及敏捷实践的潮流正在挑战我们的关于“良好的集成由什么构成”的观念。集成 （integration）并不是一种夹在系统之间的专业活动；与此相反，现在，集成是成功方案里的不可缺少的一部分。 然而，仍有许多人误解并低估Web在企业计算中的作用。即便是那些精通Web的人士，也常常要花费很大力气才能懂得，Web不是关于支持XML over HTTP的中间件方案，也不是一种简易的RPC机制。这是相当遗憾的，因为Web不是仅能提供简单的点对点连接，它还有更大的用处；它实际上是一个健壮的 集成平台。 在这篇文章里，我们将展示Web的一些值得关注的用途，我们将视之为一种可塑的、健壮的平台，它能够对企业系统做很“酷”的事。另外，工作流是企业 软件最具代表性的特征。 为什么要工作流？ 工作流（workflows）是企业计算的主要特征，它们基本上都是用中间件实现的（至少在计算方面）。工作流把一项工作（work）划分为多个离 散的步骤（steps）以及触发步骤转移的事件（events）。工作流所实现的整个业务流程常常跨越若干企业信息系统，这给工作流带来很多集成问题。 星巴克：统一标准的咖啡需要统一标准的集成 Web若要成为可用于企业集成的技术，它就必须支持工作流——从而可靠地协调不同系统间的交互，以实现更大的业务能力。 要恰如其份地介绍工作流，就免不了讲述一大堆跟领域相关的技术细节，而这不是本文的主旨，因此，我们选择了Gregor Hohpe的星巴克工作流这个比较好理解的例子来举例说明基于Web的集成的工作原理。在 这篇受到大家欢迎的博客文章里，Gregor讲述了星巴克是如何形成一个解耦合的（decoupled）盈利生产线的： “跟大部分餐饮企业一样，星巴克也主要致力于将订单处理的吞吐量最大化。顾客订单越多，收入就越多。为此，他们采取了异步处理的 办法。你在点单时，收银员取出一只咖啡杯，在上面作上记号表明你点的是什么，然后把这个杯子放到队列里去。这里的队列指的是在咖啡机前排成一列的咖啡杯。 正是这个队列将收银员与咖啡师解耦开，从而，即便在咖啡师一时忙不过来的时候，收银员仍然可以为顾客点单。他们可以在繁忙时段安排多个咖啡师，就像竞争消 费者模式（Competing Consumer）里那样。” Gregor是采用EAI技术（如面向消息的中间件）来讲解星巴克案例的，而我们将采用Web资源（支持统一接口的可寻址实体）来讲解同一案例。实 际上，我们将展示Web技术何以能够具有跟传统EAI工具一样的可靠性，以及何以不仅仅是请求/响应协议之上的XML消息传递！ 首先，我们很抱歉擅自设想了星巴克的工作流程，因为我们的目的并不是精确无误地描述星巴克，而是用基于Web的服务来讲解工作流。好的，既然讲清楚 了这一点，那么我们现在开始吧。 简明陈述 因为我们在讲工作流，所以我们有必要理解构成工作流的状态（states）以及将工作流从一个状态转移到另一个状态的事件（events）。我们的 例子里有两个工作流，我们把它们用状态机（state machines）表达出来了。这两个工作流是并行执行的。一个反映了顾客与星巴克服务之间的交互（如图1），另一个刻画了由咖啡师执行的一系列动作（如 图2）。 在顾客工作流里，顾客为了得到某种口味的咖啡而与星巴克服务进行交互。我们假定该工作流里包含以下动作：顾客点单，付款，然后等待饮品。在点单与付 款之间，顾客通常可以修改菜单，