spring cloud 学习(9) - turbine stream无法在eureka注册的解决办法

业务复杂的微服务架构中,往往服务之间的调用关系比较难梳理,一次http请求中,可能涉及到多个服务的调用(eg: service A -> service B -> service C...),如果想分析各服务间的调用关系,以及各服务的响应耗时,找出有性能瓶颈的服务,这时zipkin就派上用场,它是Twitter公司开源的一个tracing系统,官网地址为: http://zipkin.io/ , spring cloud可以跟它无疑集成. 使用步骤: 一.微服务方 1.1 添加依赖jar包 c

最近在学习spring cloud,由于学习资料具有普遍性,部分应个人原因导致的小细节问题,往往很难找到解决的办法.这特别记录一下自己遇到的一些问题. 一.eureka-server加入security做基础访问控制报错Batch update failure with HTTP status code 401; discarding 1 replication tasks 详细错误如下: 场景交代: eureka-server程序加入security后,启动程序日志是OK的,在没有其他eure

微服务架构体系中,通常一个业务系统会有很多的微服务,比如:OrderService.ProductService.UserService...,为了让调用更简单,一般会在这些服务前端再封装一层,类似下面这样: 前面这一层俗称为"网关层",其存在意义在于,将"1对N"问题 转换成了"1对1"问题,同时在请求到达真正的微服务之前,可以做一些预处理,比如:来源合法性检测,权限校验,反爬虫之类... 传统方式下,最土的办法,网关层可以人肉封装,类似以下示

feign 是一个让rest服务调用更简洁的开源项目,很多介绍文章或书也称它为声明式REST调用.传统的web service中,通过引用wsdl来自动生成一些client的代理类(或stub代码),feign跟这个有点类似,但是更灵活. 先回顾一下,上节中service-consumer对服务的调用代码: 1 @GetMapping("/order/{userId}/{orderNo}") 2 public String findOrder(@PathVariable Integer

有过dubbo/dubbox使用经验的朋友,看到下面这张图,一定很熟悉,就是SOA架构的最基本套路. 与dubbo对比,上图的3大要素中,spring cloud是借助以下组件来实现的: 1.注册中心: spring cloud默认使用eureka server来做注册中心,而dubbo默认使用的是zookeeper.eureka的注册信息是保存在一个双层的Map对象中的,换句话说在内存中,不象zookeeper是长久保存在节点中. 2.服务提供方: spring-web(Spring MVC)

 分布式环境下的统一配置框架,已经有不少了,比如百度的disconf,阿里的diamand.今天来看下spring cloud对应的解决方案: 如上图,从架构上就可以看出与disconf之类的有很大不同,主要区别在于: 配置的存储方式不同 disconf是把配置信息保存在mysql.zookeeper中,而spring cloud config是将配置保存在git/svn上 (即:配置当成源代码一样管理) 配置的管理方式不同 spring cloud config没有类似disconf的统一管理

本站小福利 点我获取阿里云优惠券 原文作者:杨大仙的程序空间 4 微服务发布与调用       要点              认识Eureka框架              运行Eureka服务器              发布微服务              调用微服务         本章将讲述Spring Cloud中Eureka的使用,包括在Eureka服务器上发布.调用微服务,Eureka的配置以及Eureka集群等内容. 4.1 Eureka介绍         Sprin

Spring 封装.揉和了一批开源项目,其中以Netflix开源的为主,比如zuul.eureka.hystrix.robbin等:然后就有了现在的Spring cloud微服务架构.这也充分展现了Spring的揉合能力. Spring cloud通过封装使这些项目融入spring的bean管理机制中,从而方便使用.这套微服务的核心功能还是使用这些项目的. 由本篇的标题可以想到本篇就是不使用Spring的注解和配置来使用这套微服务.看看现在网上关于Spring cloud的示例,千篇一律那几行注

对绝大多数程序员而言,写接口文档是一件痛苦的事情,相对文档,他们更愿意写代码.最理想的情况就是:代码即文档!服务开发完成后,部署上去文档就自动生成,没错,这就是springfox + swagger要解决的问题! swagger号称 THE WORLD'S MOST POPULAR API TOOLING.但swagger默认情况下,仍要单独部署,程序员还是要跑到一个单独的web页面上编辑,写一堆yaml文档,依然不爽. github上有一个springfox项目,可以在开发rest服务时,只要