电商大伙每天都在用，类似某猫，某狗等。 电商系统设计看似复杂又很简单，看似简单又很复杂 本章适合初级工程师及中级工程师细看，大佬请随意 商品的设计是电商系统中占据重要地位，如何设计出高扩展，高性能的商品系统并非一件简单的事情，我的设计是观摩互联网各大佬的设计后自行研究的，并非完…

SOFARegistry 是蚂蚁金服开源的具有承载海量服务注册和订阅能力的、高可用的服务注册中心，最早源自于淘宝的初版 ConfigServer，在支付宝/蚂蚁金服的业务发展驱动下，近十年间已经演进至第五代。 本文为《剖析 | SOFARegistry 框架》第二篇，本篇作者尚…

看到API你会想起什么？是接口、第三方调用、还是API文档？初看你可能会觉得这太熟悉了，这不是系统开发日常系列吗？但你仔细想一想，你会发现API的概念在你脑海里是如此的模糊。如何你通过搜索引擎检索API，你会看到类似这样的信息：API——Application Progra…

对账系统作为支付系统中的基石系统,处于整个支付环节中的最后一层，主要用来保证我方支付数据与第三方支付渠道或银行的数据一致性。 在没有对账系统之前，财务在第二日手工核对前一日的应收与实收。倘若不一致，这就需要一一核对数据，找出不一致的数据。对账系统出现之后，就可减少以这种繁琐手工…

上篇文章《大型系统架构演进之如何设计高容错分布式计算系统》，主要聊了一下将单块系统重构为分布式系统，以此来避免单台机器的负载过高。同时引申出来了弹性资源调度、分布式容错机制等相关的东西。 这篇文章我们继续来聊聊这个系统后续的重构演进过程，先来看下目前的系统架构图，一起来回顾一下…

上篇文章（亿级流量系统架构之如何设计承载百亿流量的高性能架构）聊了一下系统架构中，百亿流量级别高并发写入场景下，如何承载这种高并发写入，同时如何在高并发写入的背景下还能保证系统的超高性能计算。 首先回顾一下，整个架构右侧部分演进到的那个程度，其实已经非常的不错了，因为百亿流量，…

分布式存储系统 面临着的首要问题，就是如何将 大量的数据 分布在 不同的存储节点 上。无论上层接口是 KV 存储、对象存储、块存储、亦或是 列存储，在这个问题上大体是一致的。本文将介绍如何 分布式存储系统 中 做数据分布目标 及可选的 方案，并试着总结和权衡他们之间的关系及优缺…

新的一年第一篇技术文章希望开个好头，所以元旦三天我也没怎么闲着，希望给大家带来一篇比较感兴趣的干货内容。 老读者应该还记得我在去年国庆节前分享过一篇《设计一个百万级的消息推送系统》；虽然我在文中有贴一些伪代码，依然有些朋友希望能直接分享一些可以运行的源码；这么久了是时候把坑填上…

我所在的公司最近要求需要在所有地方都要脱敏敏感数据，应该是受faceBook数据泄密影响吧。 对于这种建议写个Util直接进行脱敏，因为mobile这个参数名在代码中是无法获取的，当时有想过对传的参数使用正则匹配，这样的话效率太低，会让每个日志方法都进行正则匹配，效率极低，并且…