写点什么

Optaros 和 MuleSource 帮助 Nespresso 打造下一代 SOA 解决方案

  • 2009-01-31
  • 本文字数:1744 字

    阅读完需:约 6 分钟

总部位于瑞士 Paudex 的雀巢 Nespresso SA 公司最近宣布,他们名为“NesOA”的 SOA 项目只用了 6 个月就成功完成了第一阶段! Optaros MuleSource 帮助定义和实现了这个名为“Nespresso 开发架构(或 NesOA)”的新型中间件架构。

根据 MuleSource 的新闻稿件和发布的案例研究的说法:

雀巢 Nespresso SA 在超过 50 个国家直接向它的客户销售产品,并在世界各主要城市经营超过 117 家享有声誉的专卖店。[……] 为了支撑增长极快的新的在线渠道,Nespresso 寻求购买能支撑这些新渠道和扩充现有渠道的新型架构和集成方法。Nespresso 雇佣了 Optaros 和 MuleSource 来帮助公司的架构团队定义和实现一种新型的中间架构,它被称为“Nespresso 开发架构(或 NesOA)”。

我们有幸联系到了 Nespresso 的企业架构师 Joel Schmitt,并向他询问了该项目的一些情况。

InfoQ:Nespresso 的企业架构师 Joel Schmitt 在新闻稿中这样说:“我们致力于开源的方法,包括 MuleSource 的 Mule ESB,因为遵守开放标准是未来扩展性和增长的关键。”就这个言论而言,关于开源和开放标准所提供的好处可能存在一些模糊,它们二者都有其优点,但又未必互补。如果要和大量渠道进行集成,那么支持最新 WS-* 标准或 Web 标准(互操作端点是 RESTful 的情况下)的 ESB 就显得非常重要了。这个解决方案支持的互操作级别是什么,所支持的传输和消息传输是什么?

JOEL:尽管在谈到开放标准时,开源通常引领了革新,但是二者之间的确没有完全重叠在一起。例如,Mule ESB 并不依赖 JBI 标准,但我们还是使用了它。开源和开放标准是战略的一部分,因为二者都保证了厂商独立性,简化了与各类系统及不同集成模式的集成。至于端点方面,我们准备同时支持 WS-* 和 RESTful 端点,而且 Mule/JBoss 如今都提供这种灵活性。有些集成需求是关于服务的,有些的重点是资源,有些则侧重于消息——我们打算把它们全部都搞定。

InfoQ:为了使各种渠道都发挥作用,你们采用了什么策略?考虑到“雀巢 Nespresso SA 在超过 50 个国家直接向它的客户销售产品,并在世界各主要城市经营超过 117 家享有声誉的专卖店。”,能够使所有这些渠道都发挥作用的渠道实施策略是什么?

JOEL:一个标准的集成平台并不意味着只有一个中心实例,我们对不同部署模型采取的是开放态度(Mule ESB 让我们得以实现一个相当分布的模型);此外,假使 ESB 不仅允许基于服务创建公司标准,而且允许创建它们的自定义门面(facade)(在一定限制之下……),这将使参与各方的集成工作量最小。

InfoQ:这个项目有何特点使之不同于一个“让我们使用某某 ESB 来集成我们的遗留应用”项目?例如,该项目涉及的业务流程分析和为提高效率而进行的流程再造工作量是多少?你们打算重用多少服务?不同团队(如果有的话)如何开发最终可能被重用的服务?

JOEL:遗留应用已被集成起来(打算在每个项目之上建立一个新的公司服务层)并尽量能被下一个项目重用。NesOA 是一个对 Nespresso 中间件进行平台再造的程序,包括了业务分析 / 建模和实现方面。

InfoQ:在定义、设计、开发、部署和治理这些服务时采用了什么方法论?是否存在正式的流程?实现策略是什么?在实现被提名完工之时,经历了多长时间?

JOEL:NesOA 程序是于 2 年前由几个实验项目启动的。当然,它没有采用“大爆炸式”的方法,而是基于由业务方管理的项目集合,采用演变式、中间件平台再造的方法。每个项目都有其功能性和非功能性需求、约束和变更。

InfoQ:鉴于最近关于“SOA 已死”的言论,根据你从这个项目中获得的经验,你能说说有哪些成功的关键因素或学到的教训,是那些有类似项目的其他公司可以 / 应该借鉴的?

JOEL:NesOA 与其说是 SOA,不如说更像是“开放架构”。我们使用来自 SOA 的工具和技术,但并非是 SOA 激进派。况且“SOA 已死”并不意味着企业架构、分布式系统、面向服务和应用集成都完蛋了。它们都依然存在于大型公司的 IT 之中——这就是它的全部含义。完蛋的可能是那种为了面向服务而面向服务的巨型架构再造项目。

考虑到最近的经济形势,SOA(不管你说它是死还是活)是否会成为企业节约成本和提高业务效率的根源呢?NesOA 项目可能给寻找面向服务和架构的合适搭配提供了一些线索。

查看英文原文 Optaros and MuleSource Help Nespresso With Next-Generation SOA Solution

2009-01-31 09:211513
用户头像

发布了 255 篇内容, 共 65.0 次阅读, 收获喜欢 10 次。

关注

评论

发布
暂无评论
发现更多内容

经验分享 | FAQ制作工具推荐

小炮

微博系统中”微博评论“的高性能高可用计算架构

Geek_8d5fe5

#架构实战营 「架构实战营」

【C语言】三子棋游戏与多子棋 (保姆级的实现过程)

謓泽

3月月更

web前端培训MySQL面试题binlog日志的作用

@零度

MySQL 前端开发

翻译 | Kubernetes 将改变数据库的管理方式

RadonDB

数据库 Kubernetes RadonDB

全卷积网络(FCN)实战:使用FCN实现语义分割

华为云开发者联盟

语义分割 CNN 图像分割 FCN 全卷积网络

openGauss 兰州用户组正式成立

Flink CDC 项目 GitHub star 破 2000,新增来自XTransfer的Maintainer 成员

XTransfer技术

mongodb flink 社区

Rust类型

Shine

读书笔记 rust

招贤纳士 | 中国联通数据库团队

java培训JVM基础面试题分享

@零度

Java JVM

周边生态|StreamNative 联合 Cloudera 开源 Apache Pulsar+Apache NiFi 集成处理器

Apache Pulsar

cloudera 开源 架构 云原生 Apache Pulsar

云和恩墨数据库人才招聘

MQTT、CoAP 还是 LwM2M?主流物联网协议如何选择

EMQ映云科技

物联网 IoT mqtt emq 物联网协议

2022年了,微信商城小程序还值得做吗?

源字节1号

小程序 微信小程序 开发商城

【工具】多人在线协同编辑文档软件

小炮

团队协作 工作效率

VuePress 博客之 SEO 优化(三)标题、链接优化

冴羽

Vue 前端 vuepress SEO 博客搭建

从撞“新秀墙”到带团队,XTransfer海归码农升级之路

XTransfer技术

程序员 职场 创业公司

征文丨TiDB 社区专栏第一届征文大赛,快来一次性集齐所有周边吧!

PingCAP

深度学习下运维日志分析的趋势解读与应用实践

云智慧AIOps社区

人工智能 深度学习 日志分析 智能运维

数据库人才招聘 | 海量数据

技术创想 | shiro550和721反序列化简谈

领创集团Advance Intelligence Group

反序列化

10个月,15亿,阿里云如何赋能企业打造交付和创新竞争力

阿里云云效

云计算 阿里云 云原生 研发 研发运维

数据库人才招聘 | 中国移动

社区活动| Apache Pulsar 中文开发者与用户组志愿者招募

Apache Pulsar

开源 架构 云原生 Apache Pulsar pulsar 社区

安全大讲堂 | 谭晓生:安全即服务,万物互联下的网络安全新机遇

腾讯安全云鼎实验室

网络安全 商业化 产业安全

开源IM项目OpenIM 客户端SDK架构剖析-确保消息的有序性,以及消息百分百可达

Geek_1ef48b

新华三解答:乘“东数西算”东风 算力网络向何处?

科技热闻

JavaScript实现网页截屏五种方法

锋享前端

万里数据库加入openGauss社区,共促数据库生态繁荣与产品创新

大数据培训hive数仓存储格式详解

@零度

hive 大数据开发

Optaros和MuleSource帮助Nespresso打造下一代SOA解决方案_SOA_Dilip Krishnan_InfoQ精选文章