王启军

分布式系统的复杂之处在于在不同进程需要互斥的访问共享资源时的问题。例如，1、分布式ID，当数据水平拆分之后，如何保证ID的唯一性，并且尽可能的短；2、秒杀系统中的库存，数据结构为商品ID，剩余数量，每次成交会减掉响应数量。如何保证不会超卖；锁的目的是确保多个节点、进程做同样工作的时候，只有一个可以执行成功。有且只有一次。 实现分布式锁有很多方案，例如基于数据

本文来自个人微信公众号：奔跑中的蜗牛要提升个人能力，研究大型互联网公司的架构是相当有必要的，今天给大家分享一篇论文。Amazon在SIGMOD 2017发表了论文《Amazon Aurora: DesignConsiderations for High Throughput Cloud-Native Relational Databases》，里面包含的内容很多，建议每一个关注分布式系统的技术...

框架的扩展方式作为框架，使用者众多，无法满足所有的需求，那只能提供一些扩展机制，让使用者变成开发者，实现自己的个性化需求。这也是很多开源框架的优势。那么，作为开发者，如果不能满足要求，如何扩展呢？最简单的方式肯定是直接修改源代码，如果源码实现的比较好，定义了接口，可以直接基于接口实现。这种做法比较简单，只要读懂源码即可，问题是主干一旦升级，修改起来没有那么方便。就像各个厂商对An...

概述由于微服务架构大行其道，分布式通信几何级增加，必然带来一致性问题，也就是说，以前你遇到不一致的概率可能是100年1次，现在可能是1年1次，甚至1天1次。微服务架构的前期，大多数开发者只关注拆分，选择性忽略一致性、性能、可用性、工具链等问题，导致架构步履维艰，在这些问题当中，一致性是最容易被忽略的。当然，绝大多数场景并不需要那么高的一致性，可以采用失败重试的策略简单处理。 从目前业界的情况来...

Apache ServiceComb是什么？无论是 SOA，还是微服务架构；无论是平台化，还是中台战略，有一条原则始终都没有变过，那就是抽象，将公共的能力抽象出来，将最核心的研发人员投入到公共的服务、框架中，做到最稳定，以此来降低业务服务的复杂度，未来的趋势一定是，平台越来越厚重，业务越来越轻量级。微服务框架ServiceComb就是为此而生，将服务之间的通信、注册发现、服务治理、负载均...