QCon北京「鸿蒙专场」火热来袭!即刻报名,与创新同行~ 了解详情
写点什么

不要让消费者和服务提供者直接通信

  • 2008-03-11
  • 本文字数:2025 字

    阅读完需:约 7 分钟

有人 在过去的几年里指出 一些人仅仅使用Web Services 做开发并不就意味着他们遵循了SOA 原则。这与REST 的说法相同:你仅是使用HTTP 和HTML 并不就意味着你进入了那个阵营,反之亦然。然而,在他的最新的文章中,Ron Schmelzer 将责任归咎于“以集成为核心的专家(integration-centric techies)”,因为: > 妨碍SOA 成功的可能原因是你们自己对SOA 应该如何工作的错误理解和概念混淆。

如同Ron 所看到的,问题在于通信和传统集成项目中开发者典型的工作的方式: > ……他们考虑从一个系统获得数据或者应用功能的方式,把它放入另一个系统的方式,从一个地方到另一个地方得到信息或者功能所用的机制,接着考虑将它从一个格式、协议、上下文、流程或者策略转换到另一个的过程中所需处理它的东西。

因此根据Ron 的观点,其意思是,以集成为中心的开发者在基于服务的环境中寻找的是一个数据传输与转换的方式,很多供应商很乐于帮助摆脱现有的集成解决方案,这个方案不是SOA 感知的(SOA-aware)而是RPC 。至于为什么这是一种不好的方式,有很多原因。但是Ron 认为通信方面是关键: > 为什么?首先,SOA 最主要的概念是我们希望通过构建一个架构模型,原则,以及在一个持续异构的环境中将消费者能力与提供者能力松耦合的抽象来处理频繁的和无法预测的变化。这意味着我们不得不在对他们可能如何被使用一无所知的情况下进行功能开发。

此时必然出现的常见挑战是,确保在某些事情发生变化时,不需要改动其他任何东西。在复杂、大规模的系统中,可以发生变化的变量(服务位置与可用性、服务实现与契约的版本、业务流程与策略的变更)的数量非常大,足以使未预见到的变化很有可能在某处引起破坏。 > 然而,如果你认为服务只是一个API,那么当你试图将一个服务消费者直接连接到服务提供者时,所有该死的破坏就会被释放出来。如果提供者位置移动了呢?如果服务契约改变了呢?如果提供者不再可用了呢?如果你现在需要一个新的通信机制或者数据模式变化了呢?

给 软件增加另一个间接层来隔离变化的方法,在这里仍然有效。通过把一些东西放在服务消费者与服务提供者之间,你可以缓解这个问题。这是目前的实现方式,但是 Ron 认为这样也是错误的,开发者不应该纯粹的依赖技术来解决这个问题:就像我们行业中的很多事情一样,你能做的最坏的事情是一脚踏入来解决问题,而不考 虑问题的各种情况。在这个特殊情况下,系统架构是解决方案的关键,而某些厂商的产品是次要的。 > 假设你想构建一个服务消费者来消费或者组合一些功能,但是你不知道这个功能在哪儿,或者甚至不知道如何与其通信。至少有3 种 方式来解决这种特殊的挑战。首先,你可以以一种你确实理解的语言与你确实知道位置的一个代理(proxy)通话(或者叫做 broker 或intermediary),并向这个代理发送一个请求,然后这个代理将会表现出消费者的行为。

显然,假定代理不会改变! > 这种方式简化了服务消费者必须了解位置变更的问题,因为它们只需要知道代理和最终接收者。从技术的角度,WS- Addressing 的使用简化了这种方式。本质上说,一个服务消费者只需要知道一个提供者的WS-Addressing,然后把它传给一个服务代理去解 析和分发。

很不幸Ron 忘记了就SOA 来说,WS-Addressing 并不总是表现良好。然而…… > 这种方式的问题在于服务代理仍需找到一个方式来分发消息,如果代理将所有的规则包含在黑盒子里,我们就会得到与EAI2.0 风格的ESB 解决方案相同的问题。这正是注册中心大显身手的地方。服务代理不应该存储它们自己的规则,而应该从一个中心记录系统得到所有它们的路由、位置 和基于策略的绑定规则。

现在即使注册中心帮助缓解了这个问题,消费者与代理的连接问题仍然存在。仅仅不加考虑的用代理来增加另一个间接层只是把问题推到了其它地方,而不是解决它。 > 对这个挑战的回答是基于注册中心的“延迟绑定”。在这种场景下,服务消费者查找注册中心得到代理的位置,或许根据服务消费者当前 的位置以及它使用的通信协议通信。有人会认为可以在注册中心找到服务提供者的元数据后,再把服务消费者与服务提供者直接绑定起来,但是这是错误的。问题在 于如果服务提供者在使用一些替代协议,或者其位于某个服务消费者无法到达的位置,就会产生通信问题。所以,即使我们在注册中心中找到了元数据,我们仍然不 要试图在服务消费者和提供者之间直接通信。

WS-Addressing 在这里也有帮助。最后 Ron 以回答在这个场景下 ESB 是否有用的问题来结尾: > 需要 ESB 吗?不是必须的。不管怎么样,买一个是不是会让你感觉好一点?或许吧。当然,这些代理是什么?ESB 的商家肯定想让你 相信他们的产品在这种配置下能够用作代理,并且绝对是真的。他们肯定能。关键问题不是 ESB 不能制造好的代理。他们当然能,我也想特别指出这一点。但是即 便你不使用一个 ESB 或者或使用你现有的基础设施也可以蒙混过关,它仍然会继续工作。

查看英文原文: Don’t Let Consumers and Service Providers Communicate Directly

2008-03-11 01:073276
用户头像

发布了 29 篇内容, 共 42947 次阅读, 收获喜欢 2 次。

关注

评论

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

Python数据可视化:数据分布图表可视化

不脱发的程序猿

Python 数据可视化 大数据分析

数据即价值,华为云大数据BI解决方案助力企业实现数据高效转化

秃头也爱科技

Serverless 奇点已来,下一个十年将驶向何方?

阿里巴巴中间件

阿里云 Serverless 云原生

【玩转 Cloud Studio】 Cloud Studio的入门教程

Geek_7ubdnf

studio

Spring+Vue增删改查实例

Geek_7ubdnf

Vue springboot

安全、高效、便捷,华为云CDN助力企业体验升级!

i生活i科技

CDN

架构实战营 模块四作业

白杨

看不见的控制流 — Rust 异步取消问题的几点思考

Greptime 格睿科技

数据库 rust 异步编程 tokio

解决企业数据存储难题:华为云OBS,企业“上云”的不二之选

路过的憨憨

聊一聊华为云弹性公网IP的那些事儿

路过的憨憨

更可靠、更高效的华为云ECS,助力企业业务迅速起飞

秃头也爱科技

浅谈服务接口的高可用设计

京东科技开发者

负载均衡 接口 后端 混沌工程 企业号 1 月 PK 榜

还在自建MQTT物联网平台?快来试试开源MQTT托管型物联网平台——实践类

阿里云AIoT

安全 物联网 物联网安全 技术标签

华为云CDN全站加速助力网站性能全面优化

i生活i科技

CDN

Jira + GitLab 实践 DevOps

跟YY哥学Jira

DevOps gitlab jenkins Jira

华为云弹性云服务器 ECS,如何引领行业高速发展?

路过的憨憨

读 2022 年 JavaScript 趋势报告

devpoint

typescript vite SOLID tauri

用大数据服务医疗行业,华为云大数据BI,为医院智能决策提供保障

秃头也爱科技

Dubbo 正式支持 Spring 6 & Spring Boot 3

阿里巴巴中间件

spring 阿里云 云原生 Spring Boot dubbo

CSDN 2022年度榜单揭晓,华为端云协同智能流程机器人斩获大奖

极客天地

Atlassian FaaS 云开发平台 Forge 解析

跟YY哥学Jira

Jira Atlassian 云版 app development Forge

2023-01-12:一个n*n的二维数组中,只有0和1两种值, 当你决定在某个位置操作一次, 那么该位置的行和列整体都会变成1,不管之前是什么状态。 返回让所有值全变成1,最少的操作次数。 1 <

福大大架构师每日一题

算法 rust Solidity 福大大

华为云ECS弹性可扩展,为企业提供可靠、稳定、灵活、高效的计算环境

秃头也爱科技

华为云CDN为企业下载加速,极大提升客户体验

i生活i科技

CDN

华为云桌面Workspace荣获CSDN年度创新产品与解决方案大奖

极客天地

瑞萨E1/E20烧录工具自检方法

不脱发的程序猿

嵌入式 汽车电子 MCU 瑞萨 RH850

Java在Mac里启动一个新的Terminal

IT蜗壳-Tango

IT蜗壳教学

2022总结,强风吹拂

程思扬

总结 年终总结 经验分享、

华为云为瑞星量身打造下载加速方案,助力瑞星完成产品升级

秃头也爱科技

Spring Cloud Alibaba 2022.0.0.0 版本发布啦!

阿里巴巴中间件

阿里云 云原生 Spring Cloud Aliababa

数据上云难?华为云对象存储服务OBS给企业最便捷体验

路过的憨憨

不要让消费者和服务提供者直接通信_SOA_Mark Little_InfoQ精选文章