前言:接上一篇istio应用部署,本文介绍通过virtualservice实现流量控制,并通过部署client端进行服务调用实例 1. 修改virtualservice组件,实现权重占比访问不同版本服务(v1版本70%,v2版本30%) 拆分流量使用weight关键字来设置,70%的流量走v1版本,30%的流量走v2版本 输入命令,重新应用一下virtualservice组件 sudo kubectl apply -f springbootapp-vs-v1.yaml -n springisti

现象 能够内部无法访问外部服务. 在部署测试服务 kubectl apply -f samples/sleep/sleep.yaml 设置环境变量 export SOURCE_POD=$(kubectl get pod -l app=sleep -o jsonpath={.items..metadata.name}) 访问外网服务 $ kubectl exec -it $SOURCE_POD -c sleep -- curl http://www.baidu.com $ kubectl exec

摘要 使用 Istio 可以很方便地实现微服务间的访问控制.本文演示了使用 Denier 适配器实现拒绝访问,和 Listchecker 适配器实现黑白名单两种方法. 使用场景 有时需要对微服务间的相互访问进行控制,比如使满足某些条件(比如版本)的微服务能够(或不能)调用特定的微服务. 访问控制属于策略范畴,在 Istio 中由 Mixer 组件实现. Mixer拓扑图,来源官方文档 如上图所示,服务的外部请求会被 Envoy 拦截,每个经过 Envoy 的请求都会调用 Mixer,为 Mixe

书籍英文版下载链接为 https://developers.redhat.com/books/introducing-istio-service-mesh-microservices/,作者 Burr Sutter 和 Christian Posta. 第一章 概述 中文翻译  刘世民 @2020.02 如果你正在寻找带有详细示例的有关Istio的介绍性文档,那这本书正好合适你.本书适合正在基于微服务架构开发云原生应用的应用架构师和开发团队组长们阅读.本书假设你已有Docker使用经验:因为Is

第3章 流控............................................................................................................... 1 3.1 更加智能的金丝雀........................................................................................ 1 3.2流量路由....................

全书目录 第一章 概述 第二章 安装 第三章 流控 第四章 服务弹性 第五章 混沌测试 ​本文目录 第6章 可观测性 6.1 分布式调用链跟踪(tracing) 6.1.1 基本概念 6.1.2 Jaeger 6.1.3 Istio对分布式调用跟踪的支持 6.2 遥测(Metric) 6.3 服务图(Service graph) 第6章 可观测性 微服务架构管理中最大的挑战之一是如何通过简单方法就能了解系统各个组件之间的关系.终端用户的一次会话可能会流经多个甚至几十个独立部署的微服务,因此,发现

全书目录 第一章 概述 第二章 安装 第三章 流控 第四章 服务弹性 第五章 混沌测试 第六章 可观测性 本文目录 第7章 安全 7.1 身份认证 7.1.1 Kubernetes上的Istio的身份认证方案 7.1.2 mTLS(双向TLS) 7.2 访问授权 - 基于角色的访问控制(RBAC) 7.3 访问策略 - 通过Mixer Policy进行访问控制 7.4 结论 第7章 安全 越来越多的现代云原生应用开发体系中都会有好几个独立的开发团队,每个团队采用不同的开发迭代周期,新功能以周或天

What is a service mesh(服务网格)? 微服务在国内流行已经多年了,大多数公司选择了基于容器化技术( Docker )以及容器编排管理平台 ( Kubernetes )落地微服务 ,然而这仅仅是个开始,微服务的发展没有停滞. 相信在调研微服务开发框架的过程中,会发现成熟的框架如 Spring Cloud ,Dubbo,Microprofile,它们都提供了诸如服务发现.负载均衡.故障恢复.度量和监控等方面的解决方案,但是都不同程度的产生了很多业务无关的代码.运维层面,在 Ku

spring boot / cloud (十四) 微服务间远程服务调用的认证和鉴权的思考和设计,以及restFul风格的url匹配拦截方法 前言 本篇接着<spring boot / cloud (八) 使用RestTemplate来构建远程调用服务>这篇博客来继续讨论微服务间接口调用的认证和鉴权的思考和设计 在上一篇文章中主要是偏实现方面,具体的实现思想没有过多讨论,本篇文章则是主要讨论一下设计的思路. 我们都知道,在微服务的架构设计中,一个大的系统会被按照不同的领域拆分成一个个小的微服务,

FeignOpenFeign Feign是一种声明式.模板化的HTTP客户端. 看了解释过后,可以理解为他是一种 客户端 配置实现的策略,它实现 服务间调用(FeignClient).负载均衡(Ribbon).容错/降级处理(Hystrix)  也很简单 1.引入依赖 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0

上一篇文章<SpringCloud搭建注册中心与服务注册>介绍了注册中心的搭建和服务的注册,本文将介绍下服务消费者调用服务提供者的过程. 本文目录 一.服务调用流程二.服务提供者三.服务消费者四.服务调用实战 一.服务调用流程 总体流程是首先启动注册中心,服务提供者提供服务并注册到注册中心,消费者从注册中心中获取服务并执行. 实现服务调用需要有三个角色:服务注册中心.服务提供者和服务消费者,其中服务注册中心和服务提供者上一篇文章已经实现了,下面会详细演示下服务消费者搭建并调用服务的过程. 二.

一.什么是RPC rpc(远程过程调用)是一个古老而新颖的名词,他几乎与http协议同时或更早诞生,也是互联网数据传输过程中非常重要的传输机制. 利用这种传输机制,不同进程(或服务)间像调用本地进程中的方法一般进行交互,而无需关心实现细节. rpc的主要实现流程为: 1.客户端本地方法调用客户端stub(方法存根).这个调用发生在客户端本地,并把调用参数推送到栈中. 2.客户端stub (方法存根)将这些参数打包,通过系统调用发送到服务器机器.打包的过程通常可以采用xml.json.二进制编码.

Istio是什么? Istio是Google继Kubernetes之后的又一开源力作,主要参与的公司包括Google,IBM,Lyft等公司.它提供了完整的非侵入式的微服务治理解决方案,包含微服务的管理.网络连接以及安全管理等关键能力,无需修改任何代码就能够实现微服务的负载均衡,服务与服务之间的认证授权以及监控.从整个基础设施角度上看,可以将它理解为PaaS平台上的一个面向微服务管理平台的补充. Istio架构示意图 Istio与Kubernetes Kubernetes提供了部署.升级和有限的

笔记 4.高级篇幅之服务间调用之负载均衡策略调整实战     简介:实战调整默认负载均衡策略实战 自定义负载均衡策略:http://cloud.spring.io/spring-cloud-static/Finchley.RELEASE/single/spring-cloud.html#_customizing_the_ribbon_client_by_setting_properties 在配置文件yml里面,自定义负载均衡策略         #自定义负载均衡策略         produ

一.什么是RPC rpc(远程过程调用)是一个古老而新颖的名词,他几乎与http协议同时或更早诞生,也是互联网数据传输过程中非常重要的传输机制. 利用这种传输机制,不同进程(或服务)间像调用本地进程中的方法一般进行交互,而无需关心实现细节. rpc的主要实现流程为: 1.客户端本地方法调用客户端stub(方法存根).这个调用发生在客户端本地,并把调用参数推送到栈中. 2.客户端stub (方法存根)将这些参数打包,通过系统调用发送到服务器机器.打包的过程通常可以采用xml.json.二进制编码.

引言 最近翻看最新3.0 eShopOncontainers源码,发现其在架构选型中补充了 gRPC 进行服务间通信.那就索性也写一篇,作为系列的补充. gRPC 老规矩,先来理一下gRPC的基本概念.gRPC是Google开源的RPC框架,比肩dubbo.thrift.brpc.其优势在于: 1. 基于proto buffer:二进制协议,具有高性能的序列化机制.相较于JSON(文本协议)而言,首先从数据包上就有60%-80%的减小,其次其解包速度仅需要简单的数学运算完成,无需复杂的词法语法分

在单体应用中,相互调用都是在一个进程内部调用,也就是说调用发生在本机内部,因此也被叫做本地方法调用:在微服务中,服务之间调用就变得比较复杂,需要跨网络调用,他们之间的调用相对于与本地方法调用,可称为远程过程调用,简称RPC(Remote procedure call). 看过上篇API网关篇,知道案例中包含商品.订单两个微服务,本文将会演示如何采用开源的,高性能rpc框架(grpc),通过订单微服务调用产品微服务内的接口.没有看过上篇文章不影响,我先提供下项目代码结构图,方便你阅读.下面将会一步

微服务间通信常见的两种方式 由于微服务架构慢慢被更多人使用后,迎面而来的问题是如何做好微服务间通信的方案.我们先分析下目前最常用的两种服务间通信方案. gRPC(rpc远程调用) 场景:A服务主动发起请求到B服务,同步方式 范围:只在微服务间通信应用 EventBus(基于消息队列的集成事件) 技术:NotNetCore.Cap + Rabbitmq + Database 场景:A服务要在B服务做某件事情后响应,异步方式 实现:B服务在完成某件事情后发布消息,A服务订阅此消息 范围:只在微服务间

微服务间通信常见的两种方式 由于微服务架构慢慢被更多人使用后,迎面而来的问题是如何做好微服务间通信的方案.我们先分析下目前最常用的两种服务间通信方案. gRPC(rpc远程调用) gRPC-微服务间通信实践 场景:A服务主动发起请求到B服务,同步方式 范围:只在微服务间通信应用 EventBus(基于消息队列的集成事件) 技术:NotNetCore.Cap + Rabbitmq + Database 场景:A服务要在B服务做某件事情后响应,异步方式 实现:B服务在完成某件事情后发布消息,A服务订

这是SpringCloud实战系列中第二篇文章,了解前面第一篇文章更有助于更好理解本文内容: ①SpringCloud 实战:引入Eureka组件,完善服务治理 简介 Feign 是一个声明式的 REST 客户端,它的目的就是让 REST 调用更加简单. Feign 提供了 HTTP 请求的模板,通过编写简单的接口和插入注解,就可以定义好 HTTP 请求的参数.格式.地址等信息. 而且 Feign 会完全代理 HTTP 请求,我们只需要像调用方法一样调用它就可以完成服务请求及相关处理.Sprin