AICon 北京站 Keynote 亮点揭秘,想了解 Agent 智能体来就对了! 了解详情
写点什么

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:211449
用户头像

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

关注

评论

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

数据丢失不用怕,火山引擎DataLeap 提供排查解决方案

字节跳动数据平台

大数据 数据治理 数据研发 企业号 3 月 PK 榜

三种Web通信技术之间的差异

郑州埃文科技

龙蜥 Node.js/WebAssembly SIG 重磅发布 Node.js/Noslate 性能优化白皮书

OpenAnolis小助手

node.js Web 白皮书 龙蜥社区 sig

HummerRisk 使用教程: 多云检测

HummerCloud

云安全

TiDB Operator常见问题和解决步骤(二)

TiDB 社区干货传送门

故障排查/诊断

软件测试/测试开发丨移动端App自动化之App控件定位

测试人

软件测试 自动化测试 测试开发

都想成为架构师,那架构师需要掌握哪些知识体系呢?

熹微~~~基于Vue开发的昏暗风格的响应式网页!

京茶吉鹿

前端 项目 vue cli

ChatGPT也BUG?带你走进ChatGPT背后的网络基础设施

郑州埃文科技

人工智能 ChatGPT

DTALK直播预约 | 数据资产管理:金融机构数据价值释放的必经之路

袋鼠云数栈

数据资产管理

微服务架构中的链路超时分析

Java 架构 微服务

火山引擎A/B测试产品——DataTester 私有化架构分享

字节跳动数据平台

私有化部署 ab测试 A/B 测试 企业号 3 月 PK 榜

TiDB Operator常见问题和解决步骤(一)

TiDB 社区干货传送门

实践案例 集群管理 管理与运维 故障排查/诊断

TiDB 数据库大版本升级-基于TiCDC异机升级

TiDB 社区干货传送门

迁移 版本升级

集群3副本丢失2副本-unsafe-recover

TiDB 社区干货传送门

实践案例 管理与运维 6.x 实践

基于TiDB+Flink实现的滑动窗口实时累计指标算法

TiDB 社区干货传送门

应用适配 HTAP 场景实践 大数据场景实践 实时数仓场景实践 OLTP 场景实践

审计录像是什么意思?堡垒机有审计录像功能吗?

行云管家

堡垒机 审计 审计日志 审计录像

飞针测试的流程有哪些?华秋一文告诉你

华秋电子

数据擘画资产全景 AI诊断故障真因

用友BIP

Hologres技术揭秘:JSON半结构化数据的极致分析性能

阿里技术

json 半结构化数据

〖产品思维训练白宝书 - 认知篇①〗- 产品思维能够为我们带来多大的价值?

哈哥撩编程

产品经理 产品思维

基于TiDB Binlog架构的主备集群部署及数据同步操作手册

TiDB 社区干货传送门

管理与运维

ElasticSearch 拼音搜索自定义扩展插件(长拼音序列)

alexgaoyh

中文分词 分词 Elastic Search 自定义插件

TiDB × 阿里云试用体验(随迟但到)

TiDB 社区干货传送门

版本测评

bytebase让你爱上tidb的开源审核神器。

TiDB 社区干货传送门

6.x 实践

2023年广州堡垒机采购选哪家好?咨询电话多少?

行云管家

等保 堡垒机 等级保护 广州

GitHub开源几分钟被下架!神作《Spring Boot实战项目》竟昙花一现

Java 微服务 Spring Boot 框架

GitHub开源2小时Star破10万,阿里Java高并发集合手册终是被公开

Java 高并发 集合框架

利用自动化平台可以做的那亿点事 |得物技术

得物技术

自动化

软件测试/测试开发丨利用 pytest 玩转数据驱动测试框架

测试人

软件测试 自动化测试 测试开发 pytest

和细胞一样优雅的 TiDB Region 设计

TiDB 社区干货传送门

TiDB 底层架构

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