在此之后，他们了解了最新消息堆栈的作用，所以最新消息堆栈怎样展开优先选择呢？优先选择最新消息堆栈，他们要注意几点。
基础能力
相同的最新消息堆栈有着相同的特点，但几点，是不论何种最新消息堆栈，都须要展开考虑的。首先是安全性，也就是他们常说的不丢最新消息，倘若两个最新消息堆栈难以保证最新消息可信，所以就会碰到大麻烦事，查难题，修数据即是常事。其次是分布式系统，两个好的最新消息堆栈，必须是支持应用软件产业的，而非FPS模式。倘若最新消息堆栈难以分布式系统布署，互联网的波动，硬体的机械故障，就有你Hardoi。第三是操控性，倘若两个最新消息堆栈的操控性极差，就意味着最新消息的消费可能将延后，就可能将影响到许多销售业务，造成销售业务不可用，反过来。
开放源标识符
对于大部分的公司来说，自己去多次重复造车轮的意义并并非很大，他们用做开放源标识符的工程项目来采用的效果更快。为什么是开放源标识符而并非一些供应商提供的十进制呢？是标识符就有bug，不论是何等成熟的工程项目，倘若你在采用那个最新消息堆栈的这时候碰到难题了，开放源标识符工程项目，你至少还有阅读源码，Uhuni搏放手一搏的可能将，无须等候供应商展合作开发版复原。
盛行
假如某一热门的MQ刚好有你须要的这种优点，不然建议大家尽可能采用盛行的方案。就跟买房一样，尽可能不要买非主流的电动汽车，平常开起来是没有什么难题，但一旦坏了，须要修的这时候，非主流的电动汽车就麻烦事多了。应用软件也是这般，倘若你采用的是RMQ，kafka此类合作开发工具，你碰到的难题，可能将许多人也碰到过，那个这时候就可以站在勇士的手臂上，快速解决难题。
自然生态
两个好的自然生态，对中间件的发展是十分重要的。就比方说SpringCloud等，拥有丰富的自然生态，在SpringCloud那个勇士身上，你跟进两个捷伊重新组建都是十分的方便快捷。最新消息堆栈也是这般，举个范例，Kafka与Flink，Flink内建了Kafka的DataSource，合作开发INS13ZD应用十分的方便快捷，无须其他合作开发。
