基于AOP的动态数据源切换（附源码）

MySQL全面瓦解28：分库分表

物理服务机的CPU、内存、存储设备、连接数等资源有限，某个时段大量连接同时执行操作，会导致数据库在处理上遇到性能瓶颈。为了解决这个问题，行业先驱门充分发扬了分而治之的思想，对大库表进行分割， 然后实施更好的控制和管理，同时使用多台机器的CPU、内存、存储，提供更好的性能。而分治有两种实现方式：垂直拆分和水平拆分。 1 为什么要分库分表 物理服务机的CPU、内存、存储设备、连接数等资源有限，某个时段大量连接同时执行操作，会导致数据库在处理上遇到性能瓶颈。为了解决这个问题，行业先驱门充分发扬了分而治之的思想，对大库表进行分割， 然后实施更好的控制和管理，同时使用多台机器的CPU、内存、存储，提供更…

架构与思维：一次缓存雪崩的灾难复盘

1 真实案例 云办公系统用户实时信息查询功能优化发布之后，系统发生宕机事件（系统挂起，页面无法加载）。 1.1 背景 我们IM原有的一个功能，当鼠标移动到用户头像的时候，会显示出用户的基本信息。信息比较简单，只包含简单的用户名、昵称、性别、邮箱、电话等基本数据， 这是一个典型的数据查询，大概过程如下左侧，访问用户基本信息的时候会先去Redis中查一下，如果不存在，就把大约2W左右的用户数据一次性取出来，保存在Redis中，因为用户基本信息在同一张表上，用户信息表的数据量也很少，所以一直也没什么问题。 过程如下图左侧所示。 后续对功能做了优化，原有采集的信息除了用户的基本信息之外，还采集了教..…

微服务9：服务治理来保证高可用

★微服务系列 微服务1：微服务及其演进史微服务2：微服务全景架构 微服务3：微服务拆分策略微服务4：服务注册与发现微服务5：服务注册与发现（实践篇）微服务6：通信之网关微服务7：通信之RPC微服务8：通信之RPC实践篇（附源码）微服务9：服务治理来保证高可用 1 微服务带来的挑战 在第2篇《微服务2：微服务全景架构 》中，我们曾经分析过微服务化后所面临的挑战，有过如下的结论： 1.1 分布式固有复杂性 微服务架构是基于分布式的系统，而构建分布式系统必然会带来额外的开销。性能： 分布式系统是跨进程、跨网络的调用，受网络延迟和带宽的影响。可靠性： 由于高度依赖于网络状况，任何一次的远程调用都有可能…

微服务8：通信之RPC实践篇（附源码）

★微服务系列 微服务1：微服务及其演进史微服务2：微服务全景架构 微服务3：微服务拆分策略微服务4：服务注册与发现微服务5：服务注册与发现（实践篇）微服务6：通信之网关微服务7：通信之RPC微服务8：通信之RPC实践篇（附源码） 1 说明 上一节我们我们详细学习了RPC的概念和原理，以及它能够提供的能力。也对目前业内主流的RPC的框架有了一定的了解。接下来以Dobbo为例子，来学习下怎么使用RPC框架来进行服务之间的通信。 2 Dubbo框架功能介绍 Apache Dubbo 是一款分布式微服务开发框架，它提供了 RPC通信 与 微服务治理 两大关键能力。这意味着，使用 Dubbo 开发的微.…

微服务7：通信之RPC

★微服务系列 微服务1：微服务及其演进史 微服务2：微服务全景架构 微服务3：微服务拆分策略 微服务4：服务注册与发现 微服务5：服务注册与发现（实践篇） 微服务6：通信之网关 微服务7：通信之RPC 1 什么是RPC通信 RPC：Remote Procedure Call Protocol，指的是远程过程调用协议，一般使用在分布式业务或者微服务架构风格中。 即一个节点通过网络调用的方式来请求另一个节点提供的服务的过程，也可以简单的理解为client访问server上提供的函数（像调用本地函数一样，去调用一个远端服务）。 2 RPC通信详解 2.1 RCP角色和职能 在RPC框架中主要有三个.…

微服务6：通信之网关

★微服务系列 微服务1：微服务及其演进史 微服务2：微服务全景架构 微服务3：微服务拆分策略 微服务4：服务注册与发现 微服务5：服务注册与发现（实践篇） 微服务6：通信之网关 1 概述 回顾下前面几篇关于微服务的介绍，我们可以了解到从当单体系统到微服务，再到服务网格的演进过程。那单体系统和微服务相比，有哪些区别呢，下面是对功能性的对比? 单体系统 微服务系统 程序、数据、配置集中管理 按照功能拆分、微服务化、松耦合 开发效率低下 分模块快速迭代 发布全量，启动慢 平滑发布，快速启动 可靠性差 熔断、限流、降级，超时重试，异常离群 服务内直接调用 轻量级通信 技术单一 跨语言 微服务有诸多的.…

微服务5：服务注册与发现（实践篇）

★微服务系列 微服务1：微服务及其演进史 微服务2：微服务全景架构 微服务3：微服务拆分策略 微服务4：服务注册与发现 微服务5：服务注册与发现（实践篇） 1 服务注册中心 前面我们对业内几种比较常见的注册中心做了介绍：Eureka、Zookeeper、Consul、Etcd。 并且在各个指标上做了对比：注册方式（watchpolling）、健康检查、雪崩保护、安全与权限，以及在Spring Cloud、Dubbo、Kubernets上的支持程度。方便我们在不同的场景下做正确的技术选型。 4种注册中心技术对比 指标 Eureka Zookeeper Consul Etcd 一致性协议 AP .…

微服务4：服务注册与发现

★ 微服务系列 微服务1：微服务及其演进史 微服务2：微服务全景架构 微服务3：微服务拆分策略 微服务4：服务注册与发现 微服务5：服务注册与发现（实践篇） 1 微服务的注册与发现 我们前面在全景架构中对服务注册与发现做了大致的说明，本章我们着重详细说明微服务下注册与发现的这个能力。 微服务注册与发现类似于生活中的”电话通讯录”的概念，它记录了通讯录服务和电话的映射关系。在分布式架构中，服务会注册进去，当服务需要调用其它服务时，就这里找到服务的地址，进行调用。 步骤如下： 1、你先要把”好友某某”记录在通讯录中。 2、拨打电话的时候通过通讯录中.…

微服务3：微服务拆分策略

★ 微服务系列 微服务1：微服务及其演进史 微服务2：微服务全景架构 微服务3：微服务拆分策略 微服务4：服务注册与发现 微服务5：服务注册与发现（实践篇） 前面我们学习了微服务的全景架构，了解到相对于传统单体架构，微服务的优势，以及系统服务化的发展趋势。 对于新启动的项目，我们在权衡之后可以大方的使用微服务架构。但其实大部分情况下，我们还要去维护一些以前研发的单体系统，这些系统可能因为访问流量的膨胀、功能的扩张而显得非常臃肿不堪，急需要向微服务架构迁移。 1 微服务迁移准备 1、需对业务充分了解，这是服务拆分，通信设计，资源整合的必要前提。 2、适应微服务架构设计原则：小版本，高速迭代...

微服务2：微服务全景架构

★ 微服务系列 微服务1：微服务及其演进史 微服务2：微服务全景架构 微服务3：微服务拆分策略 微服务4：服务注册与发现 微服务5：服务注册与发现（实践篇） 1 微服务优势与挑战 1.1 微服务的优势 1.1.1 单一职责 微服务架构中的每个节点高度服务化，都是具有业务逻辑的，符合高内聚、低耦合原则以及单一职责原则的单元，包括数据库和数据模型； 不同的服务通过“管道”的方式灵活组合，从而构建出庞大的系统。 1.1.2 轻量级通信 通过REST API模式或者RPC框架，事件流和消息代理的组合相互通信，实现服务间互相协作的轻量级通信机制。 1.1.3 独立性 在微服务架构中，每个服务都是独立的.…

微服务1：微服务及其演进史

★ 微服务系列 微服务1：微服务及其演进史 微服务2：微服务全景架构 微服务3：微服务拆分策略 微服务4：服务注册与发现 微服务5：服务注册与发现（实践篇） 1 传统单体系统介绍 在很多项目的业务初期阶段，高速迭代上线是首要考虑的事情，对后期的容量预估、可扩展性和系统健壮性、高可用一般没有那么重视。但随着业务的发展，用户量、请求量的暴增， 发现原来的单体系统已经远远不满足需求了，特别是随着互联网整体的高速发展，对系统的要求越来越高。 但是物理服务器的CPU、内存、存储器、连接数等资源有限，单体系统能够承受的的QPS也是有限的，某个时段大量连接同时执行操作，会导致web服务和数据库服务在处理上.…