深圳幻海软件技术有限公司

上一篇：微服务架构基本原理学习笔记（二）五、微服务之间的通信微服务通信模式微服务本身并没有规定通信规则，换句话说，一个微服务并没有规定可以被哪些应用程序访问，或者被哪些其它的微服务调用。应用程序与微服务间的直接通信，或者微服务与微服务间的直接调用，往往会因为其中错综复杂的关系而导致级联故障，任何一个

6月21日消息，根据微软365管理中心的通知，微软将于7月15日关闭其为iOS和 Android 平台开发的移动应用程序之一——MicrosoftBookings。这意味着在这个日期之后，已经安装并使用MicrosoftBookings的用户将无法继续使用该应用程序，Micros

一位5年工作经验的小伙伴面试的时候被问到这样一个问题，说”谈谈你对Kafka数据存储原理的理解“。然后，这位小伙伴突然愣住了，什么是零拷贝，零拷贝跟Kafka有关系吗？那么今天，我给大家来聊一聊我对Kafka零拷贝原理的理解。1、Topic主题在Kafka中，这个用来存储消息的队列叫做Topic，它

ApacheKafka是一个高性能的消息队列，在众多的消息队列产品中，Kafka的性能是处于第一梯队的。Kafka的高性能主要取决于以下几方面：使用批量处理的方式来提升系统吞吐能力基于磁盘文件高性能顺序读写的特性来设计的存储结构利用操作系统的PageCache来缓存数据，减少IO并提升读性能使用零拷

一、取消关注订阅号我们打开微信首页，经常会看到有「订阅号消息」通知，大部分都是我们关注的订阅号，一直在推送消息给我们，你可以点击右上角的三条横线。  随后就会看到，这里都是我们关注过的订阅号，长按这些订阅号，选择「不再关注」，这样以后就不会再收到，这类订阅号的消息通知了。&nbs

“小道消息”的@Fenng前几天发了三道产品经理的面试题，题目是关于微信的，如下：其中第二题是一道偏技术的问题，出现在产品经理的面试中确实有点意外，但这题不失为一道很好的产品设计与系统分析的题目。系统分析也是我们“产品经理学技术”系列文章规划中的一个部分，也是将我们所讲的技术进行“升华”的一部分内容

前言MQ（MessageQueue）就是消息队列，其有点有很多：解耦、异步、削峰等等，本文来聊一下RabbitMQ的一些概念以及使用。RabbitMq案例Springboot整合RabbitMQ简单案例基本概念Exchange：消息交换机，它指定消息按什么规则，路由到哪个队列。Queue：消息队列载

前言在网络通信和通用数据交换等应用场景中经常使用的技术是JSON或XML，在微服务架构中通常使用另外一个数据交换的协议的工具ProtoBuf。ProtoBuf也是我们做微服务开发，进行Go进阶实战中，必知必会的知道点。今天就开始第一章内容：《一文带你玩转ProtoBuf》5分钟入门1.1简介你可能不

如果问你，如何提高kafka队列中的消息消费速度呢？答案很简单，topic多分几个分片，然后使用消费者组（ConsumerGroup）去消费topic即可。如果加个条件，对同一个对象的操作请求必须要严格按照顺序进行处理呢？答案也不难，topic分片之后，生产者定制分发策略，保证同一对象的操作请求都分

工作中遇到项目使用Disruptor做消息队列,对你没看错，不是Kafka，也不是rabbitmq。Disruptor有个最大的优点就是快，还有一点它是开源的哦,下面做个简单的记录。Disruptor介绍Disruptor是英国外汇交易公司LMAX开发的一个高性能队列，研发的初衷是解决内存队列的延迟

一、简介MQ全称为MessageQueue-消息队列，是一种应用程序对应用程序的消息通信，一端只管往队列不断发布信息，另一端只管往队列中读取消息，发布者不需要关心读取消息的谁，读取消息者不需要关心发布消息的是谁，各干各的互不干扰。市场上现在常用的消息队列有：RabbitMQ、RocketMQ、Kaf

前言消息中间件是分布式系统常用的组件，无论是异步化、解耦、削峰等都有广泛的应用价值。我们通常会认为，消息中间件是一个可靠的组件——这里所谓的可靠是指，只要我把消息成功投递到了消息中间件，消息就不会丢失，即消息肯定会至少保证消息能被消费者成功消费一次，这是消息中间件最基本的特性之一，也就是我们常说的“

作为一个有丰富经验的微服务系统架构师，经常有人问我，应该选择RabbitMQ还是Kafka?图片来自Pexels基于某些原因，许多开发者会把这两种技术当做等价的来看待。的确，在一些案例场景下选择RabbitMQ还是Kafka没什么差别，但是这两种技术在底层实现方面是有许多差异的。不同的场景需要不同的

【51CTO.com快译】无论是在医生与患者之间，还是在客户与支持代理之间，都需要通过交流来交换信息，进而解决问题。同样，企业也需要通过聊天应用来为用户排忧解难，并实现企业的服务价值。下面和我们一起来探讨如何设计并构建企业级的聊天应用架构，以承载数百万级的并发用户和消息。聊天模型的标准架构总的说来，

之前我们介绍过了Kafka整体架构，Kafka生产者，Kafka生产的消息最终流向哪里呢？当然是需要消费了，要不只产生一系列数据没有任何作用啊，如果把Kafka比作餐厅的话，那么生产者就是厨师的角色，消费者就是客人，只有厨师的话，那么炒出来的菜没有人吃也没有意义，如果只有客人没有厨师的话，谁会去这个

Kafka创建背景Kafka是一个消息系统，原本开发自LinkedIn，用作LinkedIn的活动流(ActivityStream)和运营数据处理管道(Pipeline)的基础。现在它已被多家不同类型的公司作为多种类型的数据管道和消息系统使用。活动流数据是几乎所有站点在对其网站使用情况做报表时都要用

 事务一致性首先，我们来回顾一下ACID原则：Atomicity：原子性，改变数据状态要么是一起完成，要么一起失败Consistency：一致性，数据的状态是完整一致的Isolation：隔离线，即使有并发事务，互相之间也不影响Durability：持久性，一旦事务提交，不可撤销在单体应用

 一、背景介绍引言：其实这段背景，我们之前介绍RabbitMQ的时候，已经说过了，我们这里讲kakfa的时候，再把这一段给拿出来，再说明下。在讲实战前，我们还是有必要讲解下理论的，理论为辅，实战为主，在实战的基础上，再深入理解理论，底层原理，底层源码。下篇文章或者视频，我们将带你看官网学习

这篇文章开始，我们把消息中间件这块高频的面试题给大家说一下，也会涵盖一些MQ中间件常见的技术问题。假如面试官看你简历里写了MQ中间件的使用经验，很可能会有如下问题：1、你们公司生产环境用的是什么消息中间件？2、为什么要在系统里引入消息中间件？3、引入消息中间件之后会有什么好处以及坏处？好，我们一个个

 在IM这种讲究高并发、高消息吞吐的互联网场景下，MQ消息中间件是个很重要的基础设施，它在IM系统的服务端架构中担当消息中转、消息削峰、消息交换异步化等角色。当然，MQ消息中间件的作用远不止于此，它的价值不仅仅存在于技术上，更重要的是改变了以往同步处理消息的思路。比如进行IM消息历史存储时