Azure服务总线通过在行业驱动的高级消息队列协议（AMQP）上利用熟悉的队列和主题订阅语义简化了企业消息传递场景。它为客户提供了一个完全托管的平台即服务（PaaS），与Azure服务进行了深度集成，以提供高吞吐量、可靠延迟的消息传递代理，同时确保高可用性、安全设计和可扩展性，成为一流的体验。我们的目标是为大多数应用程序堆栈和生态系统上的客户工作负载提供Azure服务总线。为了实现这一愿景，我们很高兴宣布在Azure服务总线高级层中通过AMQP对javamessageservice（JMS）2.0提供预览支持。通过这一点，我们使客户能够无缝地将Java和Spring的工作负载提升并转移到Azure上，同时还可以帮助他们使用云中最好的企业消息来实现应用程序堆栈的现代化。随着企业客户希望将其工作负载提升并转移到Azure，他们可能会借此机会利用云原生Azure产品来实现应用程序堆栈的现代化。这更适合于数据平面上的组件，存储或移动数据，这些组件可以从基础设施即服务（IaaS）托管设置迁移到更云本地的PaaS设置。通过数据库和数据存储，标准化API和协议的建立为无缝迁移铺平了道路，其中应用程序不知道该标准化API的实际提供者或实现，并且代码更改可以忽略不计或只进行配置，这些应用程序可以从其当前的本地提供商迁移到Azure的完全托管的PaaS产品，并具有预期的行为。与数据生态系统相比，企业消息传递生态系统在很大程度上是支离破碎的，直到2011年最近的amqp1.0协议标准化推动了协议实现所保证的所有企业消息代理的一致行为。然而，这仍然没有导致一个标准化的API契约，使企业消息空间中的碎片化永久化。Java企业社区（以及扩展的Spring）在Java消息服务（jms1.1和2.0）规范方面取得了一些进展，以标准化生产者和消费者应用程序在与企业消息传递代理交互时使用的API。apacheqpid社区通过在AMQP上实现jmsapi规范进一步促进了这一点。QPID-JMS无论是独立的还是作为springjms包的一部分，对于大多数使用各种消息代理的企业客户来说，都是事实上的JMS实现。通过AMQP将现有应用程序与Azure服务总线连接通过此预览版支持的功能列表（具有通用性计划的完全对等），Azure服务总线支持所有Java消息服务API合同，使客户能够将其现有应用程序带到Azure，而无需重写应用程序。以下是当前支持的JMS功能的列表：排队。话题。临时队列。临时话题。订阅。共享持久订阅。共享的非持久订阅。非共享持久订阅。非共享非持久订阅。队列浏览器。主题浏览器。自动创建上述所有实体（如果它们还不存在）。消息选择器。发送带有传递延迟的消息（计划的消息）。从本地或IaaS托管的JMS提供程序到Azure服务总线的无缝迁移要将现有的基于JMS的应用程序连接到Azure服务总线，只需将Azure服务总线JMS Maven包或Azure Service Bus starter for Spring boot添加到应用程序的pom.xml文件并将Azure服务总线连接字符串添加到配置参数中。如上所示，通过只进行配置的代码更改，客户可以保持其业务逻辑与messagebroker无关，并避免任何供应商锁定。  简单的定价、轻松的部署和可扩展的资源通过利用Azure服务总线JMS支持，客户现在可以避免购买许可证的开销，在自己的IaaS计算上管理企业消息传递代理，以每个消息传递单元的固定价格简化成本管理，并利用自动上下扩展配置来解决工作负载的可变性。与其他Azure产品集成以进一步更新应用程序堆栈您还可以利用Azure服务总线与其他Azure产品的集成来实现应用程序堆栈的现代化和简化。这里有一些方法可以帮助你做到这一点。Azure逻辑应用程序：利用Azure Logic Apps connectors for Azure Service Bus，用一个简单的低代码即付即用服务器服务取代各种关键业务工作流。Azure函数：利用Azure服务总线的Azure函数触发器，将自定义应用程序替换为简单的按需付费无服务器PaaS产品。Azure监视器和警报：利用Azure监视器和警报监视Azure服务总线命名空间、队列、主题和订阅级别指标。azurekeyvault：利用与azurekeyvault的集成，使用客户管理的密钥加密命名空间上的数据。虚拟网络和专用终结点：使用虚拟网络服务终结点安全访问Azure服务总线。使用私有端点通过托管在专用网络上的地址与云托管服务连接。今天就开始吧现在就开始吧，通过提供带有JMS特性的服务总线名称空间，并将现有的Java和Spring应用程序从apacheactivemq迁移到服务总线。