hi~好久不见，距离上次发文隔了有段时间了，这段时间，我是裸辞去感受了一下前端市场的水深火热，那么这次咱们不聊技术，就说一说最近这段时间的经历和一些感触吧~

凌晨2点二十分左右，生产环境base基础服务有两个节点不能提供服务了（consul健康检查超时导致），经过我们排查，初步定位到这个时间点xxx业务那边修改了消息订阅的回调地址，触发了“xxxx”这个产

1、问题描述 前段时间把生产的支付结果通知改为使用 HttpAsyncClient 之后，虽然没出现生产事故，可事情也并没有想象中的那么简单。观察日志我们发现每天都存在一些（随着交易量变化的） 获取

在最近的一个项目中首次将某个分系统全部容器化，其中不乏red5，redis，emqx等组件，并支持以docker-compose的形式启动。结果在部署的过程中遇到了两个关于EMQX的问题，特别将排查过程和一些经验记录一下、特别的是，这次也是一次非接触排查哦，即本人无法直接接触到系...

先抛个问题，如果哪天突然发现IDC机房 和 公有云 之间的服务无法访问了（排除服务本身的问题之外，可能是网络不通，也可能是网络变的很慢使得资源无法及时下载，从而导致服务无法访问）。

本文为稀土掘金技术社区首发签约文章，30天内禁止转载，30天后未获授权禁止转载，侵权必究！ 背景 前两天收到业务反馈有一个 topic 的分区消息堆积了： 根据之前的经验来看，要么是业务消费逻辑出现问

背景 项目中有一个提交接口，在后端逻辑中，需要先调用查询第三方接口列表AList的接口，根据返回结果循环中掉调用单条更新AUpdate的接口，之后再根据当前循环的数据，去查询第三方查询列表BList接

网关莫名奇妙的重试引发mysql并发插入，居然会导致了这样的神奇加锁逻辑，导致线上出现死锁问题。。。

我正在参加「掘金·启航计划」小美镇楼~又是一个百无聊赖的早晨，我在快乐地摸鱼，工作群响了：离线系统登录不上了。