文档


教程

创建一个互连消息代理
了解如何设置 Amazon MQ 消息代理,并在不重写代码的情况下连接 Java 应用程序。试用本教程>>

视频

AWS re:Invent 2018:借助低延迟消息 API202 将实时体育比赛比分迁移至云
在 GE 举办的网络研讨会:消息收发迁移
Tim Bray 与朋友 | 关于迁移和现代化的消息
AWS re:Invent 2017:ENT228 Amazon MQ 简介
S&P Global Ratings 的任务关键型应用程序的迁移与消息传递
AWS re:Invent 2017:Amazon MQ 发布访谈

博客文章

Solution-overview
Wallace Printz 和 Christian Mueller,AWS 高级解决方案架构师,2019 年 9 月 10 日

了解如何使用 Amazon MQ 创建静态自定义域终端节点以简化代理修改和扩展。>> 阅读博客

Point-to-point-request-response-traditional-messaging-1024x380

使用 AWS 消息收发服务实施企业集成模式:点对点通道
Christian Mueller & Dirk Fröhner, AWS Sr.解决方案架构师,2018 年 11 月 22 日

详细了解点对点企业集成模式的基础知识,以及如何将它们应用于 AWS 消息服务,包括 Amazon MQ、Amazon SNS 和 Amazon SQS。>>阅读博文

Publish Subscribe Request Response Traditional Messaging

Implementing enterprise integration patterns with AWS messaging services: publish-subscribe channels
Christian Mueller & Dirk Fröhner, AWS Sr.解决方案架构师,2018 年 11 月 22 日

详细了解发布-订阅企业集成模式的基础知识,以及如何将它们应用于 AWS 消息服务,包括 Amazon MQ、Amazon SNS 和 Amazon SQS。>>阅读博文

Create a broker

Migrating from RabbitMQ to Amazon MQ
Sam Dengler,AWS 解决方案架构师。2018 年 6 月 26 日

了解如何启动新的 Amazon MQ 实例,以及如何使用适用于 ActiveMQ、Apache Qpid JMS 和 Spring JmsTemplates 的客户端从 RabbitMQ 迁移到 Amazon MQ 消息代理。我们还将介绍适用于 Amazon MQ 的实践以及从 RabbitMQ 到 Amazon MQ 的支持发布/订阅消息模式的更改。>>阅读博客

non-persistent scenarios - crop2

使用 JMS Benchmark 衡量 Amazon MQ 的吞吐量
Trevor Dyck, Sr.高级产品经理 Trevor Dyck 和 Amazon Web Services 软件开发工程师 Alan Protasio,2018 年 5 月 28 日

在这篇文章中,我们演示了如何使用 JMS Benchmark 衡量 Amazon MQ 的吞吐量。设置环境需要 15-20 分钟,运行该基准需要 1 小时。我们还提供了一些有关如何配置 Amazon MQ 以实现最佳吞吐量的提示。>>阅读博客

ActiveMQ_HybridCloud.jpg
在具有 Amazon MQ 的混合云环境中运行 ActiveMQ
Greg Share,AWS 解决方案架构师,2018 年 2 月 19 日

这篇文章介绍了如何借助 ActiveMQ 的代理功能网络使用 Amazon MQ 将本地和云环境相集成。Amazon MQ 提供的配置参数可实现本地 ActiveMQ 消息代理发往 Amazon MQ 的消息流的单向双工连接。>>阅读博客

MQ_invoking_lambda_ref_arch
Josh Kahn,AWS 解决方案架构师,2018 年 1 月 29 日

这篇文章介绍了可从 Amazon MQ 代理管理的队列和主题中调用 AWS Lambda 的一种方法。这种方法以及其他类似模式在传统系统与无服务器架构相集成时非常有用。您还可以集成已迁移到云且使用 JMS 等公共 API 的系统。>>阅读博客

Jeff-Barr_Bio-Pic_smallest
Jeff Barr,AWS 拓展专员,2017 年 11 月 28 日

这篇文章介绍的是 Amazon MQ 并说明了如何通过快速的几步创建和启动消息代理。>>阅读博客


客户评价

SkiptheDishes

SkipTheDishes 通过其网站和移动应用,提供食品订购、付款和配送,将居民与本地餐厅和食品快递公司联系起来。SkipTheDishes 在 Amazon ECS 上托管其微服务架构,需要能够杜绝高延迟的事件消息传送服务。公司在 2018 年 7 月选择并开始使用 Amazon MQ 来满足这一需求。公司架构中的每个应用程序使用一个或多个数据存储,例如 Amazon RDS、Amazon ElastiCache 或 Amazon DynamoDB,每个数据存储都需要最新的信息来避免不一致情况。Amazon MQ 确保以近乎实时的速度完成这个任务。

“如果没有服务器和客户端库维护方面的专家,我们现有的消息传送系统难于维护。Amazon MQ 可以为数千个持久事件提供低于 100 毫秒的延迟,这样,在我们系统中展开的应用程序可以获得尽可能最新的信息。Amazon MQ 使得我们能够专注于客户端和应用程序代码,而不是维护服务器。” 
SkipTheDishes 首席架构师 Braden Schmidt

Malmburg

Malmberg 为初等和中等职业教育开发学习方法,通过托管在 AWS 上的数字学习平台提供。在自行管理的 RabbitMQ 消息代理遇到稳定性问题之后,Malmberg 开始研究消息代理方案,并在 2018 年早期采用了 Amazon MQ。迁移到 Amazon MQ 不仅解决了其稳定性问题,同时还将消息传送服务迁移到云端,从而简化了基础设施。

“使用 Amazon MQ,我们现在拥有了易于维护且稳定的消息传送设置,对于维护基础设施以及其中运行的软件解决方案的团队而言,这非常宝贵。”
信息公司 Malmberg 企业架构师 Edwin Derks

Dealer-com

Dealer.com 提供一体化营销平台,为汽车行业提供完善的虚拟经销商体验。在其内部消息代理面临稳定性问题的时候,公司开始寻找能够尽可能减少维护时间的稳定代理。在 2018 年早期采用 Amazon MQ 之后,Dealer.com 发现其生产事故显著下降,并减少了代理管理的运营负载。并且,迁移到 Amazon MQ 是该公司迁移整个应用到云端愿景的一部分。

“通过 Amazon MQ,我们现在有了明确的迭代式云迁移路径,而这对本地解决方案而言是一个挑战。鉴于 AWS 中已有这样的队列,分别迁移使用者和生成者会容易得多。
Dealer.com 企业架构师 Kevin Thorley

Bench-Full-Lockup-RGB

Bench Accounting 是北美最大的记账服务机构。Bench 将直观的软件平台与专门的会计员团队相配对,为小型企业提供支持。该公司一直都使用 ActiveMQ 进行 13 个服务机构之间的沟通,已有 25 个 Kubernetes pod 采用该软件。他们在寻求一种方法来提高其消息中介的弹性,降低发生故障转移时造成的消息丢失风险。Bench Accounting 选择了 Amazon MQ,将在 2018 年末投入使用。从那以后,由于基础设施复杂性和代理维护降低,他们从中获益。同时,通过与 Amazon CloudWatch 集成,他们的性能监控能力得到提高,而且通过使用 Amazon MQ 执行的一致性安全模型,他们的总体安全性也得到提高。了解有关 Bench 如何迁移到 Amazon MQ 的更多信息>>

“知道我们的消息传递基础设施能够处理好问题,我们夜里可以睡个好觉了。Amazon MQ 改善了我们的代理弹性,同时还缩短了我们花在维护上的时间”,
Bench Accounting 的平台团队主管 Phil Whelan

Bondlinc

Bondlinc 是一家金融科技公司,致力于帮助私人银行、证券公司和资产管理公司简化债券交易。该公司使用技术来实施行业最佳实践,以提高包括沟通、执行和合规性在内的工作流程的效率。通过 Bondlinc 的基于 Web 的交易门户,客户关系经理及其助手可以监控客户的交易流,聊天和分享想法,所有这些都在银行自身基础设施内的独立生态系统中实现。该公司选择 Amazon MQ 作为其交易平台的消息传递系统,因为它易于使用,而且节省了建设基础设施和管理平台所需的额外开销。

“使用 Amazon MQ,我们不必担心平台管理,而可以专注于我们的业务需求。Amazon MQ 不仅减少了管理平台的开销,而且我们还能够从与 AWS 服务组合的轻松集成中受益。”
Bondlinc 首席技术官 Jaisvar Viswa Ramamurthy

详细了解 Amazon MQ APN 合作伙伴

访问 Amazon MQ APN 合作伙伴页面
准备好开始使用了吗?
注册
还有更多问题?
联系我们