BASE, Basically Available（基本可用） 、Soft-state（软状态） 和 Eventually Consistent（最终一致性），EDA 事件驱动架构 微服务 支付业务

随着系统规模变大、复杂度越来越高，微服务架构渐渐成为主流。当一个单体应用被拆分成许许多多的微服务应用后，也带来了一些问题。一些与业务非强相关的功能，比如权限控制、日志输出、数据加密、熔断限流等，每个微服务应用都需要，因此存在着大量重复的代码实现。而且由于系统的迭代、人员的更替，各...

业务场景近日在公司领到一个小需求，需要对之前已有的试用用户申请规则进行拓展。我们的场景大概如下所示:按照上述的条件我们可以得出的结论是：咱们的的主要流程主要是基于 and 或者 or 的关系。如果有一

一、基本概念概念一：单库概念二、分片分片解决“数据量太大”这一问题，也就是通常说的“水平切分”。一旦引入分片，势必面临“数据路由”的新问题，数据到底要访问哪个库。路由规则通常有3种方法：（1）范围：r

工厂模式主要是用于对实现逻辑的封装，并且通过对公共的接口提供对象的实列画的服务，在我添加新的类时不需大动干戈，只要修改一点点就好。

有一类业务场景，没有固定的schema存储，却有着海量的数据行数，架构上如何来实现这类业务的存储与检索呢？58最核心的数据“帖子”的架构实现技术细节，今天和大家聊一聊。一、背景描述及业务介绍什么是58

接口幂等性问题，对于开发人员来说，是一个跟语言无关的公共问题。本文分享了一些解决这类问题非常实用的办法，绝大部分内容我在项目中实践过的，给有需要的小伙伴一个参考。 有时我们在填写某些form表单时，保存按钮不小心快速点了两次，表中竟然产生了两条重复的数据，只是id不一样。 我们…

1.前言         以前在小厂，由于业务场景与组织架构很小， 生产关系与链路都比较简单，业务的复杂度也相对较小。但在所谓的大厂（生活所迫)，业务场景较多且要支持业务的快速扩展，组织架构庞大，上下

很多系统都有「处理金额」的需求，比如电商系统、财务系统、收银系统，等等。只要和钱扯上关系，就不得不打起十二万分精神来对待，决不允许出现资损。少侠之前在的公司，是做电商的，有对公打款的业务，公司财务每月都会进行财务审计，要是账面上差上一元钱都要进行说明，可想而知这严谨性。保证金额的...