写点什么

Microsoft 通过 Service Bus for Windows 把云整合服务搬到本地

  • 2012-07-17
  • 本文字数:1466 字

    阅读完需:约 5 分钟

本周,微软发布了 Service Bus for Windows 的 bata 版,其功能是基于云的 Windows Azure Service Bus 消息引擎的子集。这是微软向使用自管理产品交付快速且成熟的云整合解决方案迈出的第一步。

Windows Azure Service Bus 包含一组用于跨云端整合应用系统的产品。 Relay service 是 Windows Azure Service Bus 的第一大组件,开发者可用它在企业本地的 Windows Communication Foundation(WCF) 服务与 Windows Azure 云之间建立双向交互通道。然后,服务消费者就可向公开的服务地址发送请求消息,Windows Azure Service Bus 则会将消息安全地转发给本地服务。用户通过访问控制服务(Access Control Service)进行认证,该服务支持与Google、Facebook、Yahoo 和微软的身份联盟。去年,微软给Windows Azure Service Bus 增加了更多功能,例如,通过Service Bus EAI 组件(参考InfoQ 以前的报道)与本地业务线系统进行集成;通过主题队列提供的持久的消息传输支持。

Service Bus for Windows 使得用户可在任何 Windows 2008 R2 及更高版本服务器上提供和操作服务总线主题(Service Bus Topics )和服务总线队列(Service Bus Queues )。整套解决方案可在单台 Windows 机器上运行,也可支持高可用的多节点部署模型。该软件除了需要Windows 操作系统之外,还需要SQL Server 2008 R2(及更高版本)作为持久层,以及Windows PowerShell 提供的服务管理。IT 服务公司 Codit 的首席架构师 Sam Vanhoutte 在一篇博文中阐述了一组场景,在这些场景中,使用自管理的环境比使用 Microsoft 的 Windows Azure 云更适合。

仅需持久消息传输的场景

如果仅仅需要在本地进行消息交换,你就可以使用 Service Bus for Windows 服务器很好地在应用及服务之间进行传输,并且保证消息传输的持久性和可靠性。

存储转发场景

通过 Service Bus for Windows 服务器,你可以在主题(Topic)上定义 ForwardTo 类型的订阅(subscription),只要消息匹配这些订阅规则,就会被自动转发到预先定义好的消息实体中。虽然 ForwardTo 不能将消息转发到远端的实体,但是有一个绕行方案可解决此问题,即定义一个订阅者,让它监听本地的 ForwardTo 实体,然后将其消息转发给公共实体。

分布式场景

多数企业是由多个不同的业务单元或子公司组成,这些单元和子公司需要互联互通。在许多企业里(往往在并购和收购之后),不同的子公司使用的技术不尽相同。所以,将 Service Bus 用作消息交换网关是很好的选择,每个单元都可使用其自身标准(REST、SOAP、.NET、AMQP……)与此网关交互。

此前,Microsoft 曾经试图通过在本地和云端产品间“AppFabric”建立完全对称的关系。但是,唯一在两个环境中通用的产品是内存缓存(in-memory cache)引擎,Windows Azure 团队最近丢弃了 AppFabric 这一产品名称。Microsoft 似乎选定了“Service Bus”这一名称,而且 Windows Azure Service Bus 里缺失的功能有可能会在本地软件中找到。目前,除了 Microsoft Active Directory 之外,该产品还缺乏任何访问控制服务组件和认证模块。同样地,处于 beta 版的 Windows Azure Service Bus EAI 组件,在本地版中尚无明确的时间表。Vanhoutte 提到了在本地和云端保持软件功能的同步所面临的挑战。

当前最大的疑问是 Microsoft 如何保持服务器版本的对称。服务器产品的发布步调与基于云的服务差别迥异。许多服务都在不断增加新特性,一直以来这些更新都搬到了服务器安装版本之上。我非常好奇这些更新采用的是怎样的发布周期。


查看英文原文: Microsoft Brings Cloud Integration Services Onsite with Service Bus for Windows

2012-07-17 11:031944
用户头像

发布了 184 篇内容, 共 79.3 次阅读, 收获喜欢 8 次。

关注

评论

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

6年Java经验,4面阿里定级P7,多亏阿里13万字+脑图+源码面试笔记

Java~~~

Java spring 架构 面试 高并发

IT运维审计系统是什么?有推荐的吗?

行云管家

云计算 堡垒机 IT运维 数据审计 运维审计

开发者实践丨盲水印插件:用户端的实时视频溯源保护

声网

开发者实践 RTE大赛

技术盘点:Unity SDK 开发中有哪些大坑?

环信

阿里大牛肝出的443页TCP/IP协议趣谈笔记,竟然在GitHub标星27k+

Java 编程 架构 面试 架构师

久等了!【Innovation 2021】网易应用创新开发者大赛正式开赛!

网易云信

开源 架构 开发者 网易 语言 & 开发

LeetCode刷题14-简单-最长公共前缀

ベ布小禅

8月日更

如何短时间突击 Java 通过面试?

Java架构师迁哥

网络攻防学习笔记 Day116

穿过生命散发芬芳

网络安全 8月日更

【架构实战营】--第一次作业

Geek_d18264

架构实战营

快手基于 Flink 构建实时数仓场景化实践

Apache Flink

flink 解决方案 实时数仓架构 快手

Linux内核内存管理:地址转换和MMU

Linux服务器开发

操作系统 内存管理 Linux内核 内核开发 地址转换

数字货币交易所自动刷量机器人介绍|开发交易所去中心化量化机器人

Geek_23f0c3

市值管理机器人系统开发 自动刷量机器人 炒币机器人

谈谈Go的固定时长定时器和周期性时长定时器

Regan Yue

协程 Go 语言 8月日更

springboot整合activiti自带在线流程编辑器,整个程序源码,请假审批

金陵老街

大前端 工作流 ERP Activiti spring-boot 2.5.4

为联邦学习互信提供“技术解”,星云Clustar荣获FTL-IJCAI 21 最佳应用论文奖

星云Clustar

联邦学习 论文 IJCAI 纵向联邦学习 联邦学习互信

SmartNews:基于 Flink 加速 Hive 日表生产的实践

Apache Flink

flink hive airflow

拍乐云Pano 两周年啦!砥砺前行,踏浪潮头,做全行业的实时音视频专家

拍乐云Pano

WebRTC RTC

PyFlink 开发环境利器:Zeppelin Notebook

阿里云大数据AI技术

服务全球用户,EMQ X Cloud 新增欧洲部署支持

EMQ映云科技

服务器 mqtt 部署与维护 Cloud emq

关于数据库应用的一些思考

石云升

数据库 8月日更

为什么Kafka的数据不写了?

BUG侦探

DNS gopack Linux操作系统

数字货币交易所自动刷量机器人介绍|开发交易所去中心化量化机器人

量化系统19942438797

如何用3分钟搭建一个属于自己的网站?

百度开发者中心

最佳实践 开发者 方法论

PyFlink 开发环境利器:Zeppelin Notebook

Apache Flink

Zeppelin notebook pyflink 开发环境利器

如何利用FL Studio编曲--入门级

懒得勤快

英特尔的碳中和版图

科技新消息

48W字?GitHub上下载量破百万的阿里:图解Java、网络、算法笔记

Java~~~

Java 架构 面试 算法 JVM

一起来养猪APP开发

游戏开发_软件开发

小程序云开发 游戏开发 2D APP开发 3D

如何搭建SpringcloudAlibaba基础环境(一)

程序员半支烟

Java 微服务

neo4j 安装与基本操控

escray

学习 neo4j 8月日更

Microsoft通过Service Bus for Windows把云整合服务搬到本地_.NET_Richard Seroter_InfoQ精选文章