ActiveMQ实时特性：
多播：ActiveBlaze提供基础设施的快速、可靠的点对点消息传递来满足高性能和协作应用程序的要求。使用一个通道的基本构建块,存在一个功能层次结构用于不同的问题领域,每一个的一个超集。BlazeChannel支持广播主题——使用可靠多播或point-cast；
组的成员关系 ：ActiveBlaze支持组成员使用GroupChannel——这可以从GroupChannelFactory创建。必须显式地说哪一组你想加入/离开,你可以加入多个组。每个GroupChannel既有全局惟一id和一个名字。
生命周期：通道是在五个之一: 构造-通道不是初始化或被关闭
ActiveBlaze消息类型：消息和事件解析的基础ActiveBlaze BlazeMessage。 BlazeMessage是一个映射的键值对,钥匙在哪里字符串和原始对象的值。
Broker Camel Component
嵌入Apache ActiveMQ内骆驼代理提供了极大的灵活性,扩展message broker骆驼的整合力量。Apache骆驼路线也受益,可以避免远程连接到ActiveMQ的序列化和网络成本——如果你使用ActiveMQ组件
集群
集群是一个很大的主题,通常对不同的人意味着不同的东西。我们将试着列出集群的各个方面以及它们与ActiveMQ
Queue consumer clusters：ActiveMQ支持可靠的高性能负载平衡在消费者队列上的消息。在企业集成,这种情况被称为竞争消费者模式。下图说明了这个概念。
这个解决方案发送接收消息的生产者,可以分配他们之间所有的注册用户。这有许多好处:
缺点是,这种模式可能不是理想的系统订单处理是必需的。消费者竞争模式应该与其他ActiveMQ特性一起使用独家消费者和消息组所ActiveMQ的FAQ，来缓解这一问题,同时保持了好处。
Broker clusters
如果我们只是网络上运行多个代理,告诉客户使用发现静态或动态发现,然后客户可以很容易地从一个代理故障转移到另一个。然而,独立经纪人不知道消费者在其他经纪人;如果没有消费者一定的代理,信息可以堆积而不被消耗。我们有一个显著特点要求解决这个问题在客户端,但目前此问题的解决方案是创建一个网络经纪人之间的存储和转发消息的经纪人。
Discovery of brokers
我们支持自动发现发现经纪人使用静态或动态发现,这样客户就可以自动检测并连接到代理的逻辑组的经纪人和经纪公司发现和连接到其他代理形成大型网络。
Networks of brokers
如果您使用的是客户端/服务器或中心/说话风格拓扑和你有很多客户和经纪人,有一个机会,一个代理生产商,但没有消费者,这消息堆积而不被处理。为了避免这种情况,ActiveMQ支持网络经纪商提供存储和转发与消费者与生产者将消息从经纪人,经纪人可以让我们通过网络支持分布式队列和主题的经纪人。这允许客户端连接到任何代理,故障转移到另一个代理如果有失败——提供一个集群的经纪人从客户的角度来看。
Master Slave
运行大量的独立经纪人的问题或经纪人在一个网络消息属于单个物理代理在任何时候。如果代理下降,你必须等待它重新启动之前,消息可以交付。(如果您正在使用非持久性消息和经纪人下降通常你失去你的消息)。主从的背后的想法是,消息复制到一个奴隶代理,这样即使你有一个灾难性的硕士机器的硬件故障,文件系统或数据中心,得到直接的故障转移到奴隶而不丢失任何信息。