maoyeqiu的专栏

post在raw中选择，传递json格式的数据，数据格式，如下：[ { "tagName": "Bill" }, { "tagName": "George" }, { "tagName": "Thomas" }]Sprin

简单的搭建的流程：第一，eureka注册中心；第二，在eureka上注册的服务；第三，在eureka消费服务的客户端，hystrix，是在客户端上的使用，在调用端嵌入jar包，以jar包的方式使用hystrix，不需要额外的安装，在项目中添加如下依赖。 org.springframework.cloud spring-cloud-starter-hystrix@EnableCircuit

原文地址前言分布式系统中经常会出现某个基础服务不可用造成整个系统不可用的情况, 这种现象被称为服务雪崩效应. 为了应对服务雪崩, 一种常见的做法是手动服务降级. 而Hystrix的出现,给我们提供了另一种选择.服务雪崩效应的定义服务雪崩效应是一种因服务提供者的不可用导致服务调用者的不可用,并将不可用逐渐放大的过程.如果所示:上图中, A为

由于业务需要把原来项目的单数据源变成了两个数据源，方式和mybatis的差不多但是还是要在这里记录一下，顺便记录一下花了一个多小时解决的坑。首先看一下配置文件：spring.datasource.primary.url=ip1spring.datasource.primary.username=username1spring.datasource.primary.password=pass

学习使用zuul的原因是现在原有架构的一些功能被拆分为微服务，每个服务可能都需要调用其他服务，这样就会有服务之间的不断的调用，但是还有一个对外提供的接口需要做一些验证，还有登录等需要做一些验证，这些功能抽出来作为一个统一的管理端，原来的方式将这些功能单独作为一个服务，后来发现zuul有类似的功能，所以学习了一下并在项目中进行了使用，这篇文章主要参考了程序猿DD的文章，并对一些已知的事实进行了验证。

这篇博客主要是在代码层面对比fein和ribbon的使用方式的不同，有一点需要强调的是fein的基础是ribbon，所以原理性的东西还是在ribbon的基础上进行学习，不过从使用方式看，fein的使用方式有点类似dubbo,下边从引入的jar等方式进行对比，首先jar org.springframework.cloud spring-cloud-starter-ribbo

由于最近接手了一个老的项目，服务的治理采用的是dubbo的方式，趁着中午空闲的时间，将springboot和dubbo做了一个整合，整合的过程中发现dubbo的方式和fein的方式有些相似，所以也在这里一起拿出来记录一下。首先说一下整合，基本的架构就是ZK+dubbo服务提供，ZK+dubbo服务消费，ZK的安装就不在这里说了，先看一下dubbo服务提供端的pom文件： org.spri

在hystrx中将线程数目等设置完成后，可以通过Dashboard或者Turbine对其进行监控，在使用的使用一般会有1-2S的延迟，对于这两者的区别，Dashboard就是一个数据的展示面板，可以对单机的内容进行监控；而Turbine则是将多个相同的服务数据在Dashboard进行汇总展示，下图展示了turbine汇总数据的形式。不管Dashboard还是Turbine都是作为独立的服务

这两天项目刚刚写完准备测试，项目是用Springboot搭建的，一个project和三个module，分别是API（用来其他系统的调用，包括前端）、service（内含service层、dao层和mapper以及mybatis的xml文件）和job(任务调度的module)，其中API依赖service和job。在父类和API中添加如下的启动项，而在父类中不用处理，因为这是在API中进行的打包操作

mvn clean package -Ptest -Dmaven.test.skip=true注意true前后是没有空格的

项目提交测试，趁着中当间的这个空档期，把springboot的多数据源配置学习一下，总体来说多数据源配置有两种方式，一种是静态的，一种是动态的。静态的方式我们以两套配置方式为例，在项目中有两套配置文件，两套mapper，两套SqlSessionFactory，各自处理各自的业务，这个两套mapper都可以进行增删改查的操作，在这两个主MYSQL后也可以各自配置自己的slave，实现数据的备

【常规】Ctrl+Shift + Enter，语句完成“！”，否定完成，输入表达式时按 “！”键Ctrl+E，最近的文件Ctrl+Shift+E，最近更改的文件Shift+Click，可以关闭文件Ctrl+[ OR ]，可以跑到大括号的开头与结尾Ctrl+F12，可以显示当前文件的结构Ctrl+F7，可以查询当前元素在当前文件中的引用，然后按 F3 可以选择Ctrl+N，可以快速打开类Ct

看如下的源码可以知道，动态代理默认是开启的，而且使用的是jdk的动态代理，当配置spring.aop.proxy-target-class=true才会使用Cglib作为动态代理，我们都知道动态代理比jdk慢，所以我们在没有实现接口的情况下怎么使用代理呢？正确的方式是，什么都不用配，在不配的情况下使用的jdk，但是当对于没有实现接口的类，又会使用cglib作为动态代理，这样整体的效率会最高。但是显

consul集群安装用springboot写了几个项目，leader说服务可以试着向consul上边迁移，于是搭建了consul的测试集群，至于为什么不用eureka，可以看下边这个表Feature Consul zookeeper etcd euerka 服务健康检查 服务状态，内存，硬盘等 (弱)长连接，keepalive 连接心跳...

https://my.oschina.net/looly/blog/270767https://my.oschina.net/songxinqiang/blog/313226https://my.oschina.net/huangyong/blog/226738

上一篇文章是如何安装搭建consul集群并在这个集群上如何进行注册和发现服务，偏向于技术点的记录；这一篇从更宏观的角度对consul进行说明，偏向于架构的层面。由于consul集群的建立完全按照leader浩哥的要求来的，所以写文章的目的是想把这些琐碎的知识点总结一下，首先看下面的架构图：图中分为四个主要的部分：服务、Nginx、服务调用者和consul集群。服务可能有几十上百或者更多

前边两篇分别说了consul集群的安装以及服务注册，测试环境使用consul的架构。这篇文章主要是记录学习consul原理的过程，有什么不对请各位指出，下边这个图是从官网是扒下来的。可以看到consul可以有多个数据中心，多个数据中心构成consul集群，每个数据中心内，包含3个或5个（官方推荐）的consul sever，这样可以以较快的速度达成共识，以及可以高达上千个的consul

服务的注册和发现可以说是微服务架构中最核心的地方，微服务的服务注册中心有很多个，之前选了consul作为注册中心，之所以选择它是因为它有非常强大的功能，除了服务的注册发现之外还支持KV存储、具有多语言能力、支持多数据中心等等，后来发现这些都没有什么用，毕竟我们的服务是纯Java的，另外还要花费精力去维护一个consul的集群，应用过程中出现了任何问题都需要去维护，这是一个可以预期的成本，基于以上的