深圳幻海软件技术有限公司 欢迎您!

  • 阿里云容器服务升级为 ACK Anywhere,云的边界拓展企业需要的场景

    5G、AR、AIoT等场景在推动新一代云架构的演进,而容器重塑了云的使用方式。为帮助企业充分利用新一代云架构,2021年9月26日上海阿里云计算峰会上,阿里巴巴研究员、阿里云云原生应用平台负责人丁宇宣布,阿里云容器服务全面升级为ACKAnywhere,让企业在任何需要云的地方,都能获得一致的容器基础

  • 为什么他们选择阿里云容器服务 ACK

    data-version="0">2021云栖大会,阿里巴巴研究员丁宇解读ACKAnywhere云原生技术正在成为企业上云、应用大规模现代化的首选方式。IDC预测,到2024年, 数字经济的发展将孕育出超过5亿个新应用,这与过去40年间出现的应用数量相当。云原生的技术和开发方式,让这些海量

  • 浅谈KCP协议

    Part01什么是KCP协议 KCP是一个开源的快速可靠ARQ协议,能以比TCP浪费10%-20%的带宽的代价,换取平均延迟降低30%-40%,且最大延迟降低三倍的传输效果。KCP是一层纯算法实现,并不负责底层协议(如UDP)的收发,用户自己定义下层数据包的发送方式,以callback的方

  • 选Redis做MQ的人,是脑子里缺根弦儿吗?

    一、前情提示上一篇文章:​​《RocketMQ消息中间件用起来真的可靠吗?》​​,我们分析了ack机制的底层实现原理(deliverytag机制),还有消除处理失败时的nack机制如何触发消息重发。通过这个,已经让大家进一步对消费端保证数据不丢失的方案的理解更进一层了。这篇文章,我们将会对ack底层

  • 如果我是核酸系统架构师,我会这么用MQ

    一、前情提示上篇文章:​​《选Redis做MQ的人,是脑子里缺根弦儿吗?》​​,我们分析了RabbitMQ开启手动ack机制保证消费端数据不丢失的时候,prefetch机制对消费者的吞吐量以及内存消耗的影响。​通过分析,我们知道了prefetch过大容易导致内存溢出,prefetch过小又会导致消费

  • RocketMQ消息中间件用起来真的可靠吗?

    一、前情提示上一篇文章《​​MQ保证读写消息不丢失,这个你都不会就等着被开除吧...​​》,我们初步介绍了之前制定的那些消息中间件数据不丢失的技术方案遗留的问题。一个最大的问题,就是生产者投递出去的消息,可能会丢失。丢失的原因有很多,比如消息在网络传输到一半的时候因为网络故障就丢了,或者是消息投递到

  • 如果公司线上系统突然宕机了,怎么才能确保MQ消息不丢失?

    一、写在前面之前写过一篇文章​​《项目里接入了MQ消息中间件以后,我摸鱼的时间更长了~》​​,我们用一个简单易懂的电商场景给大家引入说明了一个消息中间件的使用场景。同时,我们还基于RabbitMQ的HelloWorld级别的代码,给出了订单服务和仓储服务如何基于MQ中间件收发消息的示例。二、业务场景

  • 群聊比单聊,凭什么复杂这么多?

    群聊是多人社交的基本诉求,一个群友在群内发了一条消息,期望做到:在线的群友能第一时间收到消息;离线的群友能在登陆后收到消息;群消息的实时性、可达性、离线消息的复杂度,要远高于单对单消息。常见的群消息流程如何?群业务的核心数据结构有两个。群成员表:复制t_group_users(group_id,us

  • 一次教会你如何解决RabbitMQ消息丢失问题

    一、前情提示上篇文章:《​一篇全面而且透彻的RabbitMQ性能优化指南​!》,我们分析了RabbitMQ开启手动ack机制保证消费端数据不丢失的时候,prefetch机制对消费者的吞吐量以及内存消耗的影响。通过分析,我们知道了prefetch过大容易导致内存溢出,prefetch过小又会导致消费吞

  • 一篇全面而且透彻的RabbitMQ性能优化指南

    一、前情提示上一篇文章:《​​大牛总结超详细的RabbitMQ入门,看这篇文章就够了!​​》,我们分析了ack机制的底层实现原理(deliverytag机制),还有消除处理失败时的nack机制如何触发消息重发。通过这个,已经让大家进一步对消费端保证数据不丢失的方案的理解更进一层了。这篇文章,我们将会

  • 车祸现场!线上突然宕机,一条订单消息丢失了

    一、写在前面之前写过一篇文章《​​RabbitMQ是如何收发消息的?(通俗易懂)​​》,我们用一个简单易懂的电商场景给大家引入说明了一个消息中间件的使用场景。同时,我们还基于RabbitMQ的HelloWorld级别的代码,给出了订单服务和仓储服务如何基于MQ中间件收发消息的示例。二、业务场景回顾这

  • 你需要知道的 TCP 三次握手

    TCP,全称TransmissionControlProtocal。从名字可以知道这是一个用于 控制传输 的位于传输层的协议。TCP位于TCP/IP和OSI模型的传输层。我们最常使用的HTTP协议,底层通常使用的就是TCP协议。如果要在客户端和服务端创建TCP连接,我们需要在开始

  • 理清 HTTP 之下的 TCP 流程,让你的 HTTP 水平更上一层

    大家都知道HTTP的底层是TCP,但是可能仅限于知道,并不是真正理解它们的关系。平时我们用chromedevtools的Network工具也只是能分析HTTP请求:TCP层的东西看不见摸不着的,所以对它的理解也模模糊糊。那怎么能看到TCP层的数据包来理清TCP和HTTP的关系呢?这里推荐一个抓包工具

  • HarmonyOS基于LYEVK-3861开发心率和血氧检测

    想了解更多内容,请访问:51CTO和华为官方合作共建的鸿蒙技术社区https://harmonyos.51cto.com前言由于本人爱好爬山,去过很多高海拔的地方,每次出行都会携带心率和血氧检测仪。其实很多人对高反不是很了解。高反,是人体在缺氧情况下,对环境的不适应。人体在一定氧气的情况下可以很舒服

  • 为什么TCP会被UDP取代

    为什么这么设计(Why'sTHEDesign)是一系列关于计算机领域中程序设计决策的文章,我们在这个系列的每一篇文章中都会提出一个具体的问题并从不同的角度讨论这种设计的优缺点、对具体实现造成的影响。TCP协议可以说是今天互联网的基石,作为可靠的传输协议,在今天几乎所有的数据都会通过TCP协议传输,然

  • 一文彻底搞懂 TCP三次握手、四次挥手过程及原理

     背景和女朋友异地恋一年多,为了保持感情我提议每天晚上视频聊天一次。从好上开始,到现在,一年多也算坚持下来了。问题有时候聊天的过程中,我的网络或者她的网络可能会不好,视频就会卡住,听不到对方的声音,过一会儿之后才会恢复。中间双方可能就要不断的确认网络是否恢复,但是有时候会:她:“你可以听到

  • 三次握手+四次挥手,一文搞定所有!

     TCP三次握手和四次挥手的问题在面试中是最为常见的考点之一。很多读者都知道三次和四次,但是如果问深入一点,他们往往都无法作出准确回答。本文就来详解TCP连接的三次握手与四次挥手。图片来自Pexels TCPConnection 客户端与服务器之间数据的发送和返回的过程

  • TCP 四次挥手,你熟了!那意外情况呢?恶意攻击呢?单端跑路呢?

    一、序当我们聊到TCP协议的时候,聊的最多的就是三次握手与四次挥手,但是你有没有想过,三次握手或者四次挥手时,如果发生异常了,是如何处理的?又是由谁处理的?TCP作为一个靠谱的协议,在传输数据的前后,需要在双端之间建立连接,并在双端各自维护连接的状态。TCP并没有多么神奇,在面对着多变的网络情况,也

  • 懵了!简单的HTTP调用,时延竟如此大?

     最近项目测试遇到个奇怪的现象,在测试环境通过ApacheHTTPClient调用后端的HTTP服务,平均耗时居然接近39.2ms。 图片来自Pexels可能乍一看觉得这不是很正常吗,有什么好奇怪的?其实不然,我再来说下一些基本信息。该后端的HTTP服务并没有什么业务逻辑,只是将

  • TCP三次握手,四次挥手,你真的懂吗?

     记得刚毕业找工作面试的时候,经常会被问到:你知道“三次握手,四次挥手”吗?本文来自于作者投稿,公众号:码农桃花源这时候我会“胸有成竹”地“背诵”前期准备好的“答案”,第一次怎么怎么,第二次……答完后就没有下文了,面试官貌似也没有深入下去的意思,深入下去我也不懂,皆大欢喜!作为程序员,要有

推荐阅读