activemq

安装环境centos7，kylo版本0.10.1 常用的链接地址 kylo官网： https://kylo.io/ kylo文档：https://kylo.readthedocs.io/ 下载地址 官网： https://kylo.readthedocs.io/en/v0.10.0/about/Downloads.html https://s3-us-west-2.amazonaws.com/kylo-io/releases/tar/0.10.1/kylo-0.10.1.tar 百度网盘：https://pan.baidu.com/s/1xBtfSwETebN20iWoakdLeg 提取码：c5ae 自己编译： https://www.cnblogs.com/maobuji/p/10820691.html 系统需要提前安装工具： yum install wget unzip 1.安装mysql或者mysql客户端 https://www.cnblogs.com/maobuji/p/8336702.html 本次使用已安装好的外部mysql，只安装客户端 wget https: // repo.mysql.com // mysql57-community-release-el7-11.noarch.rpm yum install mysql57-community-release

2020年5月全国程序员平均工资14542元，工资中位数12500元，其中95%的人的工资介于5250元到35000元。 不可否认，互联网行业确实算是赚钱的行业，而程序员更是这个行业里的香饽饽。程序员升职加薪比起其他岗位来说，相对更加容易。 但是根据调查显示，但仅有13.57%的程序员在这个行业坚持了十年以上。 笔者看到不少“大龄”程序员惶惶不安，“后浪”奔涌而来，继续996，彷徨却又无可奈何。 中年，在这个标志着“成熟”的年龄阶段，家庭、事业、财富，看似拥有了一切，他们却有些力不从心。左手牵着年幼的儿女，右手扶着年过花甲的父母。房贷、教育等开支“大山”，互联网人才结构性过剩，年龄增长带来的高薪压力，身体机能不可逆下滑…… 甚至连刚满30岁的青年也开始有了危机意识，直言“中年程序员太难了！” 单纯按年龄说事 一个行业如果完全以年龄为衡量，以年轻为最高优先级，新入行的年轻血液立刻或者简单熟悉行业规则之后很快就可以替代上年纪的中年人，那么此行业一定是吃青春饭的。 但是这个世道，不是独独只有程序员在吃青春饭。 大家都知道，想在私企干到65岁退休基本就是不可能的事情，职场人都难逃脱中年危机。 无论你什么年龄，无论是什么职位，无论你有什么过往业绩，都将面临严重的危机，没有任何保障，心里没有一点底。在笔者看来，45-60岁的中年人才真正算是危机。 竞争总是存在的，活下去的办法就是学习

《一》kafka的工作原理介绍 《二》zk搭载kafka分布式消息队列浅析 一、简介 消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。 二、消息中间件的组成 2.1 Broker 消息服务器，作为server提供消息核心服务 2.2 Producer 消息生产者，业务的发起方，负责生产消息传输给broker， 2.3 Consumer 消息消费者，业务的处理方，负责从broker获取消息并进行业务逻辑处理 2.4 Topic 主题，发布订阅模式下的消息统一汇集地，不同生产者向topic发送消息，由MQ服务器分发到不同的订阅者，实现消息的 广播 2.5 Queue 队列，PTP模式下，特定生产者向特定queue发送消息，消费者订阅特定的queue完成指定消息的接收 2.6 Message 消息体，根据不同通信协议定义的固定格式进行编码的数据包，来封装业务数据，实现消息的传输。 三、主流消息中间节分类 kafka 1、不完全符合jms规范，注重吞吐量，类似udp 和 tcp 2、一般做大数据吞吐的管道 我们现在的用途就是负责在各个idc之间通信 3、量大对数据不是百分之百保证的，会有数据丢失，不是百分百送达（amq和rmq等有重发机制，而kafka没有）；在吞吐量有提升

工程背景介绍： 我们开发了一个万能接口，用户通过这个接口中传入数据，我们拿到数据进行复杂的逻辑处理然后再将数据各种匹配展示分发等操作，处理的流程相当庞大，接口中我们只保留了接收数据和返回一个本次请求的id的操作，其余操作都是异步到其他程序中处理的。 返回id的操作是需要和数据库进行两次连接，一次读库得到最新的id 然后把id更新到数据库。 项目出现问题： 我们以为自己的程序就像上图中的那样运行，一次请求，读库，写库，返回id，其余异步处理。但是没有考虑高并发，强压力写的性能问题，在高并发下，多个接口线程同事访问数据库，这样的情况会出现并发同步的问题，当然这点我们是考虑到了 ，使用线程锁可避免数据的幻读，重复读等。可一旦这样大量的接口线程堆积，很快服务器cpu将扛不住发生宕机！ 那如果不试用线程同步锁呢，很明显不只是数据的错乱问题将发生，数据库在极大线程的访问压力下也将抗不住，cpu使用率达到85%！程序面临着瘫痪的风险。 解决方式： 1.数据库集群？ 好处：增加数据库服务器，压力随之分摊到几个服务器中，减小数据库压力 坏处：硬件成本大 数据库主从问题 哈希一致性问题 单点故障问题 2.接口服务器集群 好处：访问压力被分摊到几个服务器中 线程的堆积问题得到有效解决 坏处：硬件成本大 单点故障问题 nignx负载均衡服务器的搭建 操作复杂 以上两种方案都是增加硬件成本，加大了开发难度

springboot整合activeMq ActiveMq是Apache提供的开源消息系统采用java实现， 很好地支持JMS（Java Message Service,即Java消息服务） 规范 ActiveMq安装： http://activemq.apache.org/components/classic/download/ 在官网下载安装对应的版本 下载完成后解压就可以使用 ActiveMq默认的端口号是8161，用户名和密码都是admin 在本机可以使用http://localhost:8161 去访问 springboot整合ActiveMq 1、导入依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-activemq</artifactId> </dependency> 2、在properties文件中配置activeMq spring.activemq.broker-url=tcp://localhost:61616 #如果是点对点（queue），那么此处默认应该是false，如果发布订阅，那么一定设置为true spring.activemq.packages.trust-all=true spring.activemq.user