千家信息网

Docker搭建ActiveMQ消息服务的方法

发表于:2024-11-25 作者:千家信息网编辑
千家信息网最后更新 2024年11月25日,这篇文章主要介绍"Docker搭建ActiveMQ消息服务的方法"的相关知识,小编通过实际案例向大家展示操作过程,操作方法简单快捷,实用性强,希望这篇"Docker搭建ActiveMQ消息服务的方法"
千家信息网最后更新 2024年11月25日Docker搭建ActiveMQ消息服务的方法

这篇文章主要介绍"Docker搭建ActiveMQ消息服务的方法"的相关知识,小编通过实际案例向大家展示操作过程,操作方法简单快捷,实用性强,希望这篇"Docker搭建ActiveMQ消息服务的方法"文章能帮助大家解决问题。

概念

jms消息模式

点对点或队列模式

包含三个角色:消息队列(queue),发送者(sender),接收者(receiver)。每个消息都被发送到一个特定的队列,接收者从队列中获取消息。队列保留着消息,直到他们被消费或超时。

  • 每个消息只有一个消费者(consumer),即一旦被消费,消息就不再在消息队列中

  • 发送者和接收者之间在时间上没有依赖性,也就是说当发送者发送了消息之后,不管接收者有没有正在运行,它不会影响到消息被发送到队列

  • 接收者在成功接收消息之后需向队列应答成功

pub/sub 发布/订阅模式

包含三个角色:主题(topic),发布者(publisher),订阅者(subscriber) 。多个发布者将消息发送到topic,系统将这些消息传递给多个订阅者。

  • 每个消息可以有多个消费者

  • 发布者和订阅者之间有时间上的依赖性。针对某个主题(topic)的订阅者,它必须创建一个订阅者之后,才能消费发布者的消息。

  • 为了消费消息,订阅者必须保持运行的状态。

为了缓和这样严格的时间相关性,jms允许订阅者创建一个可持久化的订阅。这样,即使订阅者没有被激活(运行),它也能接收到发布者的消息。

如果希望发送的消息可以不被做任何处理、或者只被一个消息者处理、或者可以被多个消费者处理的话,那么可以采用pub/sub模型。

jms消息基本组件

connectionfactory

创建connection对象的工厂,针对两种不同的jms消息模型,分别有queueconnectionfactory和topicconnectionfactory两种。可以通过jndi来查找connectionfactory对象。

destination

destination的意思是消息生产者的消息发送目标或者说消息消费者的消息来源。对于消息生产者来说,它的destination是某个队列(queue)或某个主题(topic);对于消息消费者来说,它的destination也是某个队列或主题(即消息来源)。

所以,destination实际上就是两种类型的对象:queue、topic可以通过jndi来查找destination。

connection

connection表示在客户端和jms系统之间建立的链接(对tcp/ip socket的包装)。connection可以产生一个或多个session。跟connectionfactory一样,connection也有两种类型:queueconnection和topicconnection。

session

session是操作消息的接口。可以通过session创建生产者、消费者、消息等。session提供了事务的功能。当需要使用session发送/接收多个消息时,可以将这些发送/接收动作放到一个事务中。同样,也分queuesession和topicsession。

消息的生产者

消息生产者由session创建,并用于将消息发送到destination。同样,消息生产者分两种类型:queuesender和topicpublisher。可以调用消息生产者的方法(send或publish方法)发送消息。

消息消费者

消息消费者由session创建,用于接收被发送到destination的消息。两种类型:queuereceiver和topicsubscriber。可分别通过session的createreceiver(queue)或createsubscriber(topic)来创建。当然,也可以session的creatdurablesubscriber方法来创建持久化的订阅者。

messagelistener

消息监听器。如果注册了消息监听器,一旦消息到达,将自动调用监听器的onmessage方法。ejb中的mdb(message-driven bean)就是一种messagelistener。

transport传输方式

activemq目前支持的transport有:vm transport、tcp transport、nio transport、ssl transport、peer transport、udp transport、multicast transport、http and https transport、websockets transport、failover transport、fanout transport、discovery transport、zeroconf transport等。

  • vm transport:允许客户端和broker直接在vm内部通信,采用的连接不是socket连接,而是直接的方法调用,从而避免了网络传输的开销。应用场景也仅限于broker和客户端在同一jvm环境下。

  • tcp transport:客户端通过tcp socket连接到远程broker。配置语法:

  • tcp://hostname:port?transportoptions

  • http and https transport:允许客户端使用rest或者ajax的方式进行连接。这意味着可以直接使用javascript向activemq发送消息。

  • websockets transport:允许客户端通过html5标准的websockets方式连接到broker。

  • failover transport:青龙系统mq采用的就是这种连接方式。这种方式具备自动重新连接的机制,工作在其他transport的上层,用于建立可靠的传输。允许配置任意多个的uri,该机制将会自动选择其中的一个uri来尝试连接。配置语法:

  • failover:(tcp://localhost:61616,tcp://localhost:61617,.....)?transportoptions

  • fanout transport:主要适用于生产消息发向多个代理。如果多个代理出现环路,可能造成消费者接收重复的消息。所以,使用该协议时,最好将消息发送给多个不相连接的代理。

persistence持久化存储

amq message store

activemq 5.0 的缺省持久化存储方式。

kaha persistence

这是一个专门针对消息持久化的解决方案。它对典型的消息使用模式进行了优化。

jdbc persistence

目前支持的数据库有:apache derby, axion, db2, hsql, informix, maxdb, mysql, oracle, postgresql, sqlserver, sybase。

disable persistence

不应用持久化存储。

集群方案(master / slave)

pure master slave

  • 无单点故障;

  • 不需要依赖共享文件系统或是共享数据库,使用 kahadb的方式持久化存储;

  • 一个master只能带一个slave;

  • master工作期间,会将消息状况自动同步到slave;

  • master一旦崩溃,slave自动接替其工作,已发送并尚未消费的消息继续有效;

  • slave接手后,必须停止slave才能重启先前的master;

shared file system master slave

jdbc master slave

  • 配置上,不存在master和slave的区分,多个共享数据源的broker构成jdbc master slave;

  • 首先抢到资源(数据库锁)的broker成为master,其他broker定期尝试抢占资源;

  • 一旦master崩溃,其他broker抢占资源,最终只有一台抢到,立刻成为master,之前的master即便重启成功,也只能作为slave等待;

安装说明

这里使用docker安装,查询docker镜像:

docker search activemq

下载docker镜像:

docker pull webcenter/activemq

创建&运行activemq容器:

docker run -d --name myactivemq -p 61617:61616 -p 8162:8161 webcenter/activemq

61616是 activemq 的容器使用端口(映射为61617),8161是 web 页面管理端口(对外映射为8162)

查看创建的容器,如果存在说明安装成功:

docker ps

查看web管理页面:

浏览器输入 http://ip :8162 点击manage activemq broker使用默认账号/密码:admin/admin进入查看。

配置访问密码

进入docker容器:

docker exec -it myactivemq /bin/bash

控制台界面设置用户名和密码:

# 位于根目录 conf 目录下vi jetty-realm.properties# 修改密码# username: password [,rolename ...]admin: admin, admin

配置连接密码

编辑activemq.xml文件,放置到 shutdownhooks 下方即可。

                  

修改conf中credentials.properties文件进行密码设置:

activemq.username=adminactivemq.password=123456guest.password=123456

注意事项

如果是云服务器,记得开放相关端口(61617/8160)

关于"Docker搭建ActiveMQ消息服务的方法"的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识,可以关注行业资讯频道,小编每天都会为大家更新不同的知识点。

0