丶局外人

扯皮 可能是生在一个好年代的原因所以不清楚这些的来之不易，就像吃米饭长大的我们不知道爷爷那个吃树皮的年代 只知道用起来就一个字 真香 记得webService吗？当需要调用另一个服务的时候需要使用一堆命令生成一堆类然后把这堆类放到你的代码中 你才能调用。为什么要说'才'？明明听上去很简单的样子为啥不说'就'？？ 这只是一个让SpringCloud项目跑起来的文档，所以我就不过多装逼...

上篇熟练+实践 简单高可用 最后是高可用 高可用不好演示 先图解一下 在想办法演示 各个工程都可以高可用，但是parent common除外，我现在在做这个项目是两个服务器的。 可以一个服务器部署一套然后注册中心相互注册就能简单的实现高可用 相互注册在配置文件配置 接下来复制两份配置文件 把基础部份放在最先的配置文件里，需要修改的放在这两份里面 我* 我也是醉了 零时想到这么测试，居然可...

实践+熟练 上一篇手把手入门 >实践+熟练 接下来创建common（公共工程）gonggonggongcheng new Module 啥都行 创建以后删掉test、resources、留pom和main/java common的pom文件 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://...

SpringCloud熔断器Hystrix —或者叫保险丝？或者叫备胎模式？？ 熔断 –借话 在微服务架构中通常会有多个服务层调用，基础服务的故障可能会导致级联故障，进而造成整个系统不可用的情况， 这种现象被称为服务雪崩效应。服务雪崩效应是一种因“服务提供者”的不可用导致“服务消费者”的不可用,并将不可用逐渐放大的过程。 –借图 –图解 是这样子的 B是A的服务调用者 CD是B服务的调...

SpringCloud-zuul 此demo源码https://github.com/fzy657300/SpringCloud-demo-all ！！！很多人的一般配置中心在Zuul前，但是我在写配置中心的demo时遇到一些问题，所以先写这个了（已经觉得过不去了时不能停留太久），请有配置中心的demo的大哥哥小姐姐们帮助一下我。 zuul暂时没有实际用到，不能形象的解释，凭感觉说一下 大概就...

中和的介绍 随着业务发展，系统拆分导致系统调用链路愈发复杂一个前端请求可能最终需要调用很多次后端服务才能完成 当整个请求变慢或不可用时，我们是无法得知该请求是由某个或某些后端服务引起的， 这时就需要解决如何快读定位服务故障点，以对症下药。于是就有了分布式系统调用跟踪的诞生。 一般的，一个分布式服务跟踪系统，主要有三部分：数据收集、数据存储和数据展示。根据系统大小不同， 每一部分的结构又有一定变化...