基于MSE实现微服务的全链路灰度-6

本文涉及的产品
注册配置 MSE Nacos/ZooKeeper,118元/月
云原生网关 MSE Higress,422元/月
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
简介: 基于MSE实现微服务的全链路灰度-6

7. 验证全链路灰度

  1. 查看您的MSE Ingress网关的IP地址,在集群>网络>路由,查看Ingress的端点信息。

2. 请求流量验证方式选择:

2.1 如果您的本地电脑支持curl命令,您可以选择使用curl命令行测试流量。

2.2 如果您的本地电脑有PostMan工具,您可以选择使用PostMan工具测试流量。

2.3 如果以上都不支持,您可以选择通过网页在线测试流量。

以上三种方式,您可以根据实际情况选择其中一种方式验证即可。

3. 使用curl命令行测试流量。

3.1 验证基线版本的流量。

在您本地,使用如下curl命令访问:

curl -H "host: example.com" http://{您的MSE Ingress网关IP地址}/a

返回内容如下,可以看到,应用A、B、C都访问到了基线版本。

A[10.1.0.29] -> B[10.1.0.28] -> C[10.1.0.27]

3.2 验证灰度版本的流量

在您本地,使用如下curl命令访问:

curl -H "host: example.com" -H "x-user-id: 100" http://{您的MSE Ingress网关IP地址}/a

注意,上述命令中,由于有header x-user-id=100,命中了灰度规则。

返回的内容如下,可以看到,应用A、C访问到了灰度版本,应用B没有灰度版本,所以fallback到了基线版本。

Agray[10.1.0.13] -> B[10.1.0.11] -> Cgray[10.1.0.22]

4. 使用PostMan工具测试流量。

4.1 验证基线版本的流量

4.2 验证灰度版本的流量

可以看到,应用A、C访问到了灰度版本,应用B没有灰度版本,所以fallback到了基线版本。

5. 通过以下在线网页测试流量

https://tool.p2hp.com/tool-online-http/

5.1 验证基线版本的流量

5.2 验证灰度版本的流量

可以看到,应用A、C访问到了灰度版本,应用B没有灰度版本,所以fallback到了基线版本

相关实践学习
基于MSE实现微服务的全链路灰度
通过本场景的实验操作,您将了解并实现在线业务的微服务全链路灰度能力。
目录
相关文章
|
3月前
|
网络协议 Nacos 数据安全/隐私保护
MSE微服务引擎注册问题之nacos注册失败如何解决
MSE(MicroService Engine)微服务引擎是阿里云提供的一种微服务治理平台,它通过提供服务注册、发现、配置管理等功能来支撑微服务架构的稳定运行;本合集旨在梳理MSE微服务引擎的核心特性、部署流程,以及实践中可能遇到的问题和相应的解决方案,以助力用户优化微服务架构的实施和管理。
|
1月前
|
Kubernetes 测试技术 数据库
详解微服务应用灰度发布最佳实践
相对于传统软件研发,微服务架构下典型的需求交付最大的区别在于有了能够小范围真实验证的机制,且交付单位较小,风险可控,灰度发布可以弥补线下测试的不足。本文从 DevOps 视角概述灰度发布实践,介绍如何将灰度发布与 DevOps 工作融合,快来了解吧~
30114 18
|
3月前
|
弹性计算 监控 Cloud Native
云原生最佳实践系列 4:基于 MSE 和 SAE 的微服务部署与压测
通过MSE(微服务引擎)、SAE(Serverless应用引擎)、ARMS(应用监控服务)、PTS(性能测试服务)等产品,实现微服务的无服务化部署、监控和弹性伸缩。
|
3月前
|
负载均衡 Java 测试技术
面试官:说说微服务灰度发布的底层实现?
面试官:说说微服务灰度发布的底层实现?
85 1
面试官:说说微服务灰度发布的底层实现?
|
3月前
|
Cloud Native 测试技术 Nacos
云效 AppStack + 阿里云 MSE 实现应用服务全链路灰度
本文介绍了如何通过阿里云 MSE 微服务引擎和云效应用交付平台 AppStack 实现灰度发布。
91146 4
|
3月前
|
Cloud Native 测试技术 Nacos
云效AppStack+阿里云MSE实现应用服务全链路灰度
在应用开发测试验证通过后、进行生产发布前,为了降低新版本发布带来的风险,期望能够先部署到灰度环境,用小部分业务流量进行全链路灰度验证,验证通过后再全量发布生产。本文主要介绍如何通过阿里云MSE 微服务引擎和云效应用交付平台AppStack 实现灰度发布。
121533 3
|
3月前
|
微服务
三个微服务注册中心eureka、consul、zookeeper之间的异同点以及CAP理论图
三个微服务注册中心eureka、consul、zookeeper之间的异同点以及CAP理论图
302 0
|
3月前
|
Java Go 数据库
OpenSergo/MSE & CloudWeGo 共同保障微服务运行时流量稳定性
微服务运行时稳定性的问题微服务的稳定性一直是开发者非常关注的话题。随着业务从单体架构向分布式架构演进以及部署方式的变化,服务之间的依赖关系变得越来越复杂,业务系统也面临着巨大的高可用挑战。大家可能都经历过以下的场景:演唱会抢票瞬间洪峰流量导致系统超出最大负载,load 飙高,用户无法正常下单;在线选...
108 0
OpenSergo/MSE & CloudWeGo 共同保障微服务运行时流量稳定性
|
3月前
|
移动开发 Kubernetes 测试技术
MSE服务治理最佳实践:基于Ingress-nginx网关实现全链路灰度
微服务架构下,有一些需求开发涉及到微服务调用链路上的多个微服务同时改动。通常每个微服务都会有灰度环境或分组来接受灰度流量。我们希望进入上游灰度环境的流量也能进入下游灰度的环境中,确保1个请求始终在灰度环境中传递。即使这个调用链路上有一些微服务应用不存在灰度环境,那么这些微服务应用在请求下游应用的时候依然能够回到下游应用的灰度环境中。我们通过 MSE 提供的全链路灰度能力,可以在不需要修改任何业务代码的情况下,轻松实现上述所说的全链路灰度能力。
MSE服务治理最佳实践:基于Ingress-nginx网关实现全链路灰度
|
29天前
|
监控 NoSQL Java
分布式锁实现原理问题之ZooKeeper的观察器(Watcher)特点问题如何解决
分布式锁实现原理问题之ZooKeeper的观察器(Watcher)特点问题如何解决

热门文章

最新文章

相关产品

  • 微服务引擎