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

微信我们天天用，但是企业微信你用过吗？根据官方数据，企业微信已经入驻真实企业与组织数超过1000万，活跃用户数超过1.8亿，连接微信活跃用户数超过5亿。每个小时，都有115万企业员工通过企业微信，与微信上的用户进行1.4亿次服务互动。 今天，企业微信4.0正式发布上线，一次性释放了5项重大

作者 |  陈璐 在软件开发领域，解耦这个词相信大家都不陌生。在面向对象的语境下，我们会应用SOLID原则来构建高内聚低耦合的应用，实现模块间的解耦；在复杂业务系统分析和建模时，会通过DDD的战略和战术设计帮助划分领域并实现分布式系统中服务的解耦；当我们在组织

工作中，有一些术语比较容易混淆，聊半天，最后发现双方对术语的理解不一致。这个时候用英文原本的表达或者换一种方式来表述能让沟通更顺畅。像我们经常说的『上下游』便是经常发生混淆的一对名词。以前，我经常说『梳理一下我们依赖的下游』，后来发现这种说法是错误的。正确的是：梳理一下我们依赖的上游。是不是听着很奇

我们先来说下标题是什么意思。为了更好的理解我说的是啥，我们来举个例子。假设你现在在做一个类似B站的系统，里面放了各种视频。用户每天在里头上传各种视频。按理说每个视频都要去审查一下有没有搞颜色，但总不能人眼挨个看吧。毕竟唐老哥表示这玩意看多了，看太阳都是绿色的，所以会有专门训练过的算法服务去做检测。但

为什么微服务重试机制很重要?当我们单体应用时，所有的逻辑计算都在单一的进程中，除了进程断电外几乎不可能有处理失败的情况。然而，当我们把单体应用拆分为一个个细分的子服务后，服务间的互相调用无论是RPC还是HTTP，都是依赖于网络。网络是脆弱的，不时请求会出现抖动失败。例如我们的Server1调用Ser

作者| 林晖一、业务背景电商平台供应链的业务场景非常复杂，技术中台需要支持非常复杂且不断变化的业务需求，构建了数量繁多且紧密耦合的业务链路，为技术架构的维护带来了压力。1. 问题描述上图是一个典型的业务架构，A域是上游域，B域和C域是下游域。A域在收到外部调用请求时，首先同步调用