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

合集-读发布！设计与部署稳定的分布式系统（第2版）(17)1.读发布！设计与部署稳定的分布式系统（第2版）笔记01_生产环境的生存法则06-132.读发布！设计与部署稳定的分布式系统（第2版）笔记02_停飞的代码异常06-143.读发布！设计与部署稳定的分布式系统（第2版）笔记03_让系统稳定运行0

在与 知识星球 的球友交流中，最近有很多小伙伴在面大厂，经常遇到下面的问题：3大redis客户端：Jedis、Redisson、Lettuce，如何选型？今天就来深入聊聊这个问题Redis的3大Java客户端组件Redis官方推荐的Java客户端有Jedis、lettuce和Re

作者：京东物流技术与数据智能部张硕1、背景知识随着业务的快速发展、业务复杂度越来越高，几乎每个公司的系统都会从单体走向分布式，特别是转向微服务架构。随之而来就必然遇到分布式事务这个难题，这篇文章通过seata框架总结了分布式事务的几种解决方案1.1ACID关系型数据库具有解决复杂事务场景的能力，关系

通过接受挑战并将其纳入您的设计中，您可以获得分布式系统的真正好处。让我们一一看看这些挑战。如今，分布式系统风靡一时。每当我访问Internet上的技术出版物时，我通常会发现一大堆关于分布式系统的好处的帖子。每个人似乎都对分布式系统的一般概念及其带来的表面优势着迷。虽然创建可以帮助人们学习的信息内容没

前言大家好，我是田螺。日常开发中，经常会碰到秒杀抢购等业务。为了避免并发请求造成的库存超卖等问题，我们一般会用到Redis分布式锁。但是使用Redis分布式锁，很容易踩坑哦~本文田螺哥将给大家分析阐述，Redis分布式锁的10个坑~1.非原子操作（setnx+expire）一说到实现Redis的分布

一、写在前面现在面试，一般都会聊聊分布式系统这块的东西。通常面试官都会从服务框架（SpringCloud、Dubbo）聊起，一路聊到分布式事务、分布式锁、ZooKeeper等知识。所以咱们这篇文章就来聊聊分布式锁这块知识，具体的来看看Redis分布式锁的实现原理。说实话，如果在公司里落地生产环境用分

前言1.1Harbor新功能-分布式跟踪Harbor在2.4.0版本后新增一个功能：向Harbor添加跟踪功能，以增强故障排除、识别性能瓶颈等。目前Harbor支持Jaeger和OpenTelemetry（简称otel）两种实现方式。1.2Jaeger简单介绍Jaeger 是一个开源的分布

一、在DevOps、微服务化、容器等新技术的落地过程中分布式存储有哪些优势和不足？【问题描述】存储是IT架构最基础的部分，新技术的发展对存储提出了更高的要求，分布式存储针对这些新技术有哪些特长？不足又有哪些？@顾黄亮 苏宁消费金融有限公司 技术总监： 分布式存储在IT架

写在前面之前网上看到很多写分布式事务的文章，不过大多都是将分布式事务各种技术方案简单介绍一下。很多朋友看了不少文章，还是不知道分布式事务到底怎么回事，在项目里到底如何使用。所以咱们这篇文章，就用大白话+手工绘图，并结合一个电商系统的案例实践，来给大家讲清楚到底什么是TCC分布式事务。业务场景介绍咱们

​不知道大家还记得去年B站（哔哩哔哩）挂了那次严重的事故不，记得当时在全网也是引起了热议。离当时过去刚好一年多的时间，今天看到B站前两天在公众号上发的复盘报告。2021.07.13我们是这样崩的 文章从八个方面全链路再现了当时事故发生和处理的全过程：包括至暗时刻，初因定位，故障止损，根因定

前言在分布式系统中，注册中心充当着重要角色，是服务发现、客户端负载均衡中不可缺少的一员。注册中心除了能够实现基本的功能外，它的稳定性、可用性和健壮性对整个分布式系统的流畅运行影响重大。dubbo作为国内一款主流的分布式系统，支持的注册中心有zookeeper、nacos和redis等第三方中间件。高

前天朋友咨询过我一个问题，大致内容如下：这位读者什么意思呢？简单的总结下：在Sharding-JDBC中明明只是简单的使用@Transactional这个本地事务注解，为什么在跨库插入数据时候却能够同时回滚？我们知道单数据节点的情况下保持事务是非常简单的，只需要使用本地事务即可轻松解决，比如常用的注

 创建良好的分布式应用程序并非易事：这样的系统通常会遵循12要素应用程序和微服务原则。它们必须是无状态的、可扩展的、可配置的、独立发布的、容器化的、可自动化的，有时甚至是事件驱动的和serverless。创建之后，它们应该很容易进行升级，并且可以承受长期的维护。用今天的技术在这些互相竞争需

最近看了几篇有关于分布式事务的博文，做了一下笔记，并总结出这篇文章。图片来自Pexels数据库事务数据库事务(简称：事务)，是数据库管理系统执行过程中的一个逻辑单位，由一个有限的数据库操作序列构成。这些操作要么全部执行，要么全部不执行，是一个不可分割的工作单位。数据库事务的几个典型特性：原子性(At

一、微服务简介1.微服务的诞生微服务是基于分而治之的思想演化出来的。过去传统的一个大型而又全面的系统，随着互联网的发展已经很难满足市场对技术的需求，于是我们从单独架构发展到分布式架构，又从分布式架构发展到SOA架构，服务不断的被拆分和分解，粒度也越来越小，直到微服务架构的诞生。微服务架构是一种架构模

简介观看本文之前，默认读者已经是工作中的同学了，最起码懂得开发工具怎么用，如果不会，就可以略过过程，直接收藏吧，以后会用得到。本文重点是调试过程，不是项目地址，不过只需要地址的，可以直接调到末尾获取链接获取方法。最近公司，要上springboot微服务管理后台，找来找去，找到一个开源的项目，然后进行

 我们身处数据大爆炸的时期，想必没人会质疑这一点。网络用户规模越来越大，由此产生的访问数据也在指数倍增长，最典型的，每逢大型年度购物节、流量明星出轨、春晚抢红包等特殊事件，都如同一场服务器系统性能的“极限挑战”，某几家互联网公司总会被拉出来示众，成则顶礼膜拜，败则集体吐槽。如何在极限繁忙的

 本文基于SpringBoot1.5.7和SpirngCloudDalston.SR5。  针对这个架构图我分层介绍一下：1、是web服务器的选型，这个我选择的是nginx+keepalived，haproxy也是一个选择，但是haproxy在反向代理处理跨域访问的时候

 1.背景定时任务是大家再开发中一个不可避免的业务，比如在一些电商系统中可能会定时给用户发送生日券，一些对账系统中可能会定时去对账。大概再很久以前每个服务可能就一台机器，再这台机器上直接搞个Timerschedule基本上就能满足我们的业务需求，但是随着时代的变迁，单台机器已经远远不能满足

简单的说，微服务是架构设计方式，分布式是系统部署方式，两者概念不同  微服务是啥？这里不引用书本上的复杂概论了，简单来说微服务就是很小的服务，小到一个服务只对应一个单一的功能，只做一件事。这个服务可以单独部署运行，服务之间可以通过RPC来相互交互，每个微服务都是由独立的小团队开发