为什么会有ZooKeeper 我们知道要写一个分布式应用是非常困难的，主要原因就是局部故障。一个消息通过网络在两个节点之间传递时，网络如果发生故障，发送方并不知道接收方是否接收到了这个消息。有可能是收
前言 Kafka 是一个高吞吐量的分布式的发布订阅消息系统，在全世界都很流行，在大数据项目里面使用尤其频繁。笔者看过多个大数据开源产品的源码，感觉 Kafka 的源码是其中质量比较上乘的一个，这得益于
概述 在微服务时代，注册中心越来越被重视。服务治理逐渐跟业务服务并驾齐驱。所以本文想对注册中心进行体系化探索。注册中心，起源于分布式时代。不管是水平拆分架构，或者垂直拆分架构，对于多服务、多实例的支持
提起微服务架构，不可避免的两个话题就是服务治理和分布式事务。数据库和业务模块的垂直拆分为我们带来了系统性能、稳定性和开发效率的提升的同时也引入了一些更复杂的问题，例如在数据一致性问题上，我们不再能够依
前言 前面一篇文章我们已经给大家讲解了ZooKeeper的核心的原理，这一篇我们重点分析ZooKeeper的Leader选举算法。Leader的选举是ZooKeeper的最重要技术之一，也是保证分布式
前言微服务架构模式经过5年多的发展，在各行各业如火如荼地应用和实践。如何在企业中优雅地设计微服务架构？是企业面对的一个重要问题。本文将讲述微服务架构1.0设计与实践以及面临问题和破局，最后讲述微服务架
前言 Hadoop是一个由Apache基金会所开发的分布式系统基础架构。用户可以在不了解分布式底层细节的情况下，开发分布式程序。充分利用集群的威力进行高速运算和存储。Hadoop实现了一个分布式文件系
Java虚拟机
国内酒店：通过架构改进，我们计划优化掉300+台服务器
作者：小傅哥博客：[https://bugstack.cn](https://bugstack.cn)沉淀、分享、成长，让自己和他人都能有所收获！😄 一、前言`年纪轻轻，为什么要搞中间件开发？`五年
前言架构，说的是开发用的框架吗？对于刚接触编程的新人来说，可能并不能很清楚的知道架构是怎么来的，都包括什么内容。如果非得说什么架构，那么可能就是目前在 IDEA 中打开的工程就是架构。抛开技术圈内的架
0 微服务系列微服务1：微服务及其演进史微服务2：微服务全景架构 1 传统单体系统介绍在很多项目的业务初期阶段，高速迭代上线是首要考虑的事情，对后期的容量预估、可扩展性和系统健壮性、高可用一般没有那么重视。但随着业务的发展，用户量、请求量的暴增，发现原来的单体系统已经远远不
微服务架构中的 每个节点高度服务化，都是具有业务逻辑的， 符合高内聚、低耦合原则以及单一职责原则的单元，包括数据库和数据模型；
不同的服务通过“管道”的方式灵活组合，从而构建出庞大的系统。
大家好，我是yes。今天我们就来盘一下 Spring DeferredResult，这玩意使用起来是很简单的，回答的话可深可浅。浅一点就是直接回答它的作用，深一点的话就是原理了，而这个原理其实还需要涉及到 tomcat （默认 tomcat 为 web 容器）。我们先来看下 DeferredR
Java语言
如何监控 Log4j2 异步日志遇到写入瓶颈
1 什么是高性能Web架构在互联网业务中，我们经常会面临流量巨大的复杂的分布式场景。这就要求我们在设计系统的时候保证系统具有承载高并发（High Concurrency）的能力，同时能够保证系统的高可用性（High Availability）。所以，具备高性能Web架构通常是指，通过稳健的系统
前面的文章我们介绍了分布式系统和它的CAP原理：一致性（Consistency）、可用性（Availability）和分区容错性（Partition tolerance）。参考这篇《分布式事务》
我们知道，一个分布式系统无法同时满足三个特性，所以在设计系统之初，就有一个特性要被妥协和牺牲，因为分区
★微服务系列微服务1：微服务及其演进史微服务2：微服务全景架构 微服务3：微服务拆分策略微服务4：服务注册与发现微服务5：服务注册与发现（实践篇）微服务6：通信之网关微服务7：通信之RPC微服务8：通信之RPC实践篇（附源码）微服务9：服务治理来保证高可用1 微服务带来的挑战在第2篇《微服务
★微服务系列微服务1：微服务及其演进史微服务2：微服务全景架构 微服务3：微服务拆分策略微服务4：服务注册与发现微服务5：服务注册与发现（实践篇）微服务6：通信之网关微服务7：通信之RPC1 什么是RPC通信RPC：Remote Procedure Call Prot
★微服务系列微服务1：微服务及其演进史微服务2：微服务全景架构 微服务3：微服务拆分策略微服务4：服务注册与发现微服务5：服务注册与发现（实践篇）微服务6：通信之网关微服务7：通信之RPC微服务8：通信之RPC实践篇（附源码）1 说明上一节我们我们详细学习了RPC的概念和原理，以及它能够提供
★微服务系列微服务1：微服务及其演进史微服务2：微服务全景架构 微服务3：微服务拆分策略微服务4：服务注册与发现微服务5：服务注册与发现（实践篇）微服务6：通信之网关1 概述回顾下前面几篇关于微服务的介绍，我们可以了解到从当单体系统到微服务，再到服务网格的演进过程。那单体
我们先来说下标题是什么意思。 为了更好的理解我说的是啥，我们来举个例子。假设你现在在做一个类似B站的系统，里面放了各种视频。用户每天在里头上传各种视频。按理说每个视频都要去审查一下有没有搞颜色，但总不能人眼挨个看吧。毕竟唐老哥表示这玩意看多了，看太阳都是绿色
★微服务系列微服务1：微服务及其演进史微服务2：微服务全景架构 微服务3：微服务拆分策略微服务4：服务注册与发现微服务5：服务注册与发现（实践篇）微服务6：通信之网关微服务7：通信之RPC微服务8：通信之RPC实践篇（附源码）微服务9：服务治理来保证高可用微服务10：系统服务熔断
在本文中，我将向你展示编写自定义 Spring Data Repository 的最佳方法。虽然默认JpaRepository方法以及查询方法在许多情况下都非常方便，但有时你可能需要可以利用任何 JPA 提供程序特定功能的自定义 Repository 方法。
很多人不想多关注业务场景，觉得和技术关系不大，但是，Coder的技术之路却认为：任何技术的落地和实现，都需要依托于真实的业务场景，只有更深入的理解了业务逻辑，才能更好的构建更加合理、稳定、可持续的技术架构。
★微服务系列微服务1：微服务及其演进史微服务2：微服务全景架构 微服务3：微服务拆分策略微服务4：服务注册与发现微服务5：服务注册与发现（实践篇）微服务6：通信之网关微服务7：通信之RPC微服务8：通信之RPC实践篇（附源码）微服务9：服务治理来保证高可用微服务10：系统服务熔断
★微服务系列微服务1：微服务及其演进史微服务2：微服务全景架构 微服务3：微服务拆分策略微服务4：服务注册与发现微服务5：服务注册与发现（实践篇）微服务6：通信之网关微服务7：通信之RPC微服务8：通信之RPC实践篇（附源码）微服务9：服务治理来保证高可用微服务10：系统服务熔断
联系我们
