一、基本简介1、概念描述Sentinel 以流量为切入点，从流量控制、熔断降级、系统负载保护等多个维度保护服务的稳定性。包括核心的独立类库，监控台，丰富的使用场景验证。（这似乎是阿里开源组件的一贯作风，极其有特点，且特点很规律）基本特性图： 补刀一句：这种图很多人可能不在意，但是一般官方给这个图就是该中间件的基本使用思路，与核心功能点。2、基础性概念资源管理资源是Sent
一、前言本文，引入Discovery【探索】微服务框架搭建一个简单的灰度发布demo，Discovery微服务框架源码即在源码，里面根据不同的使用者，有很多demo。如下：1.1 Discovery【探索】微服务框架指南示例说明对于入门级玩家，参考指南示例极简版，分支为simple。涉及到指南篇里的灰度路由和发布的基本功能， 参考新手快速入门
对于熟练级玩家，参考指南示例精进版，分支为m
转载
2024-07-29 17:15:27
57阅读
背景 灰度发布是微服务架构中非常重要的一环，也是服务治理不可缺少的一项能力，同样的，随着敏捷开发的发展与成熟，开发的速度越来越快，迭代的周期越来越短，在频繁的需求开发迭代过程中，为了保障服务的上线稳定和产品质量，产品具备的灰度的能力就显得尤为重要 借此机会，整理基于SpringCloudAlibaba微服务组件的灰度设计和可落地的具体方案，以及在此过程中的个人的一些思考灰度发布 这里借助百度
转载
2023-07-07 18:34:40
212阅读
# 微服务灰度发布
## 引言
随着互联网产业的迅速发展，系统的更新和发布变得越来越频繁。为了减少线上实施新功能和修复bug可能带来的风险，以及提供更好的用户体验，灰度发布逐渐成为一种常见的系统发布策略。在本文中，我们将介绍微服务架构下的灰度发布，并提供代码示例来帮助读者理解该概念。
## 什么是微服务灰度发布？
微服务灰度发布是一种将新版本逐步引入线上环境的发布策略。与传统的一次性全量发
原创
2024-01-09 21:16:54
51阅读
作者：扬少当服务有新版本要发布上线时，通过引流一小部分流量到新版本，可以及时发现程序问题，有效阻止大面积故障的发生。业界上已经有比较成熟的服务发布策略，比如蓝绿发布、A/B 测试以及金丝雀发布，这些发布策略主要专注于如何对单个服务进行发布。在微服务体系架构中，服务之间的依赖关系错综复杂，有时某个功能发版依赖多个服务同时升级上线。我们希望可以对这些服务的新版本同时进行小流量灰度验证，这就是微服务架构
转载
2024-08-26 20:36:29
397阅读
前置知识1.nacos 服务注册与发现2.本地负载均衡器算法3.gateway 网关4.ThreadLocal1.什么是灰度发布？ 2.什么是灰度策略? 3.灰度发布落地方案有哪些 4.灰度发布架构设计原理 nginx+lua？ 5.如何基于GateWay+Nacos构建灰度环境 6.GateWay负载均衡路由算法原理------改写 7.如何重写本地负载均衡器，走灰度环境 8.为何不基于ngin
转载
2024-04-28 19:01:20
110阅读
一、Istio简介1.1 Istio介绍官方文档：https://istio.io/docs/concepts/what-is-istio/中文官方文档：https://istio.io/zh/docs/concepts/what-is-istio/Github 地址：https://github.com/istio/istio/releases官当解释： An open platform to
转载
2024-02-19 11:36:46
262阅读
应用上线，对开发者而言是阶段性工作的结束，可对运维和测试人员来说，这只是挑战的开始。做过运维的朋友都知道，不管在发布前做过多么完备的自动化和人工测试，在发布时或多或少都会面临一些问题：生产环境中，微服务集群的某个实例出现问题，如何提前避免这种情况，在不下线的情况如何将其进行屏蔽；由于业务的快速迭代性，微服务集群下的实例发布不同版本。如何根据版本管理策略进行路由，提供给下游微服务区别调用，达到多版本
转载
2024-08-05 12:34:10
45阅读
今天简单介绍下SpringFramework微服务中几种服务发布策略以及实现方式。我接触过的有蓝绿、滚筒和灰度发布。 蓝绿发布：简单说就像美帝选总统投票一样，非蓝即绿一刀切，这个其实也是传统软件架构最常使用的升级方式，只不过服务需要重启才能生效，而在微服务中这种部分节点的替换是热部署上去的。微服务中的蓝绿部署依赖的是Spring Cloud Zuul + Spring Cloud Con
转载
2024-07-02 11:17:36
74阅读
众所周知，传统的单模块项目随着时间的推移会变得异常庞大，动辄几百个类，让我们后期的维护和扩展都面临着巨大的挑战，服务器也会因为项目的庞大面临着巨大的挑战。在这个微服务盛行的时代，传统的单机项目注定会一步步走向终点。今天，我们就来探讨一下如何将一个传统的项目改造成多模块项目。一、前期准备因为是改造项目，所以并不涉及到技术上的难点，在技术架构上并没有太多需要统一的地方。但是为了理解方便，还是推荐准备一
转载
2024-04-28 15:26:34
86阅读
深入Java技术，关注分布式数据交换，关注企业应用集成，关注OSGi、JBI、SCA、SOA、EAI、ESB、JXTA、JINI.. ... 关注EQUINOX/RCP/RAP/ECF/DTP/STP/GEF/EMF...... 1、OSGi是什么 OSGi是什么，OSGi是一种松散耦合的组件管理和服务运行平台规范。简单的说，用户只需要修改通用的Java类库
特性支持灰度调用通过feign，restTemplate（通过注解@LoadBalanced 基于ribbon实现负载均衡）调用，支持灰度追踪支持自动注册为灰度服务，默认不自动注册优先走灰度服务，其次走正常服务支持修改服务状态，以此实现破窗能力通过破窗能力，实现蓝绿发布其它待补充介绍设计思想见Spring Cloud Gray - 微服务灰度中间件结构划分spring-cloud-gray-cli
转载
2024-09-02 12:54:27
201阅读
作者： 十眠、洵沐背景微服务体系架构中，服务之间的依赖关系错综复杂，有时某个功能发版依赖多个服务同时升级上线。我们希望可以对这些服务的新版本同时进行小流量灰度验证，这就是微服务架构中特有的全链路灰度场景，通过构建从网关到整个后端服务的环境隔离来对多个不同版本的服务进行灰度验证。在发布过程中，我们只需部署服务的灰度版本，流量在调用链路上流转时，由流经的网关、各个中间件以及各个微服务来识别灰度流量，并
是指在黑与白之间，能够平滑过渡的一种发布方式。在其上可以进行A/B 测试（AB测试即为Web或App界面或流程制作两个（A/B）或多个（A/B/n）版本，在同一时间维度，分别让组成成分相同（相似）的访客群组（目标人群）随机的访问这些版本，收集各群组的用户体验数据和业务数据，最后分析、评估出最好版本，正式采用。），即让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意
转载
2024-04-11 13:20:28
130阅读
我的上一篇博客介绍了什么是灰度发布 灰度发布本文将介绍分布式框架如何做到灰度发布。在介绍具体实现步骤前，让我们先看下分布式框架下实现灰度发布的实现结构图：一、灰度策略及规则定义1. 通常灰度策略1.支持根据 服务名(serviceName)，方法名(methodName)，版本号(versionName) 进行 路由。2.支持上述服务名，方法名 模糊匹配(正则) 进行路由3.根据 callIp 匹
1、Libra-Platform 微服务平台Libra-Platform微服务平台。基于SpringCloud(2020.0.x) + SpringCloudAlibaba(2021.x) + SpringBoot(2.4.x) + Vue3开发，基于多租户SaaS模式的设计，拥有强大的用户中心，权限基于RBAC设计，支持全链路蓝绿灰度发布。Libra-Platform平台架构清晰、代码简洁、注解
转载
2024-09-06 07:16:37
60阅读
前言今天来说一说，在 KubeSphere 中两个 " 小姐姐 " 如何来回切换，这是什么意思哩？其实就是互联网产品中常用的灰度发布方式。互联网产品需要快速迭代上线，既要保证新功能运行正常，又要保证质量，一旦出现问题可以很快控制局面，就需要设计一套灰度发布系统。用大白话讲就是某个 APP 的新版本已经开发完成了，而老版本用户正在正常使用着，这个时候要是直接上线新版本，那么所有的用户都会用新版本，但
转载
2024-03-05 22:28:50
145阅读
如今，传统构建系统的假定方式受到了挑战。Stefan Tilkov在调研微服务、应用和系统的特征的介绍中解释，假定之一是大系统必须拥有独立的环境，通常构建系统与项目域一一对应，结果是1 项目 = 1 系统。\\ 面对将大系统拆分成小一些的应用的思潮泛起，innoQ的联合创始人和首席顾问Tilkov认为其中最关键的原因是隔离。当在一个大系统的不同部分之间引入边界的概念时，各个部分之间的耦合和通信的
本文将会揭开全链路灰度的神秘面纱，深入剖析全链路灰度技术内幕，引出两种不同的实现方案，并对实现方案的技术细节进行深入探讨，最后通过实践环节来展示全链路灰度在实际业务中的使用场景。
作者：扬少当服务有新版本要发布上线时，通过引流一小部分流量到新版本，可以及时发现程序问题，有效阻止大面积故障的发生。业界上已经有比较成熟的服务发布策略，比如蓝绿发布、A/B 测
单一职责微服务架构中的每个服务，都是具有业务逻辑的，符合高内聚、低耦合原则以及单一职责原则的单元，不同的服务 通过“管道”的方式灵活组合，从而构建出庞大的系统。
轻量级通信服务之间通过轻量级的通信机制实现互通互联，而所谓的轻量级，通常指语言无关、平台无关的交互方式。 对于轻量级通信的格式而言，我们熟悉的 XML 和 JSON，它们是语言无关、平台无关的；对于通信的协议而言，通 常基于 HTTP，
原创
2022-06-20 20:12:31
129阅读
