基于trace及其聚合的链路系统 高可用治理

父文章 如何成为一名架构师,架构师成长之路_个人渣记录仅为自己搜索用的博客-CSDN博客_golang架构师成长之路

  相关文章  基于traceId 抽样的 根因分析

链路定义:

   基于traceId+业务场景(基于产品码,其他一些维度值)聚合后的链路图. ( 其他维度所有的系统和链路都聚合起来统一展示)

链路的定义: 

       类似业务的链路. 类似可以粗可以细. 举例,单系统而言, traceHashCode (基于StackHashCode算出来,异步的StackHashCode传承)一致就可以认为是类似链路.

       但是自身链路类似,覆盖了不一定就ok. 因为传递下游的参数不一样,下游的链路就会很不同, 自身业务还需要理解调用下游的参数. 抽离出枚举化的字段. 形成枚举类的完整hashCode值. 这样才是最细链路.而且不用依赖下游. 还可以剪枝,减掉一些不重要的链路和枚举. 基于这个链路去验证覆盖率是最好的,check参数;

     基于抽样统计分析是最好的;基于此做状态机流转; 基于此去group by出traceId,后续就可以看这些链路的traceId了; 但其实并不需要这么细. 业务码,主要的type聚合抽样出traceId就好了. 

    主type肯定是业务码(业务本质上是聚合了人,场所,时间等等概念). 人 地点( 要细到场所,饭点名,商城名,公寓楼名等等. 公司类型. )

有了trace系统后,

就可以根据系统,入参维度等绘制出 链路和依赖.  还可以自定义场景,基于requet参数. 或者聚合到订单量少. 链路重构的时候, 上游系统切流, 下游系统迁移的时候就很方便,反推出注意事项.

基于这些可以做很多事情

 1. 技术风险巡检. 容量,流量,水位异动自动化预警,基于之前的增长速率  2. 叠加新的业务标识及其比例,及其流量去计算容量预警 

 2. 强弱依赖自动化验证

      在链路及其接口上配置强弱依赖, 可配置入口信息, 通过上下文传递. 自动化monkey验证

 3. 监控即链路. 

        监控关注的是比较重要的业务维度,这些维度的链路肯定也非常重要,需要聚合.

 4. 端到端的链路梳理. 

        自动化根因之订单粒度的统计表

链路不能用于业务上的自动化归因,需要基于业务的订单粒度的自动化根因定位. 我们更需要的是订单粒度的自动化定位,可以方便的随时细化统计,新的场景和维度下的数据. 中间表需要不停的扩充子维度. 老数据不在申请,有必要时再申请. 层级会越来越多. 老的中间表基于新的中间表重新统计. 自动化修改sql的表即可,字段,group by 不变. 层级跨越太多的时候, 可以动态分析,在依赖深度和中间表粒度之间做一个权衡(中间表越高,维度越多,表越大) (需有个中间表计算系统, 自动根据你要的维度选择对应的表. 自动补充对应的维表)

OpenSergo 是什么_高可用架构的博客-CSDN博客在传统微服务架构中，我们将服务调用中各角色分为四大块：服务提供者、服务消费者、注册中心、监控。随着分布式服务架构的不断演进带来诸多复杂的稳定性与易用性问题，单一的监控已无法满足架构的演进。在现代微服务架构中，我们需要一些手段来对复杂的微服务架构进行“治理”。微服务治理就是通过全链路灰度、无损上下线、流控降级、异常流量调度、数据库治理等技术手段来减少甚至避免发布和管理大规模...https://blog.csdn.net/weixin_45583158/article/details/125551215基于上面这些痛点，阿里巴巴在 2022 年 1 月开始和 bilibili 、字节等厂商讨论服务治理如何规范化和更加普及，从而共同发起了 OpenSergo 项目。

推荐一款国内首个开源全链路压测平台 - 简书

深入剖析全链路灰度技术内幕_高可用架构的博客-CSDN博客

当服务有新版本要发布上线时，通过引流一小部分流量到新版本，可以及时发现程序问题，有效阻止大面积故障的发生。业界上已经有比较成熟的服务发布策略，比如蓝绿发布、A/B 测试以及金丝雀发布，这些发布策略主要专注于如何对单个服务进行发布。在微服务体系架构中，服务之间的依赖关系错综复杂，有时某个功能发版依赖多个服务同时升级上线。我们希望可以对这些服务的新版本同时进行小流量灰度验证，这就是微服务架构中特有的全链路灰度场景，通过构建从网关到整个后端服务的环境隔离来对多个不同版本的服务进行灰度验证。

本文将会揭开全链路灰度的神秘面纱，深入剖析全链路灰度技术内幕，引出两种不同的实现方案，并对实现方案的技术细节进行深入探讨，最后通过实践环节来展示全链路灰度在实际业务中的使用场景。

微服务治理平台-端点-数字化转型-全链路解决方案

很简单的微服务功能 类似 sidecar 

提供一站式的微服务治理，包括服务注册与发现、配置管理、服务网关、APM、日志分析、智能运维等功能，致力于帮助企业快速构建高扩展、低成本、高性能的分布式系统的同时，通过立体式的监控运维体系，确保企业微服务安全、稳定运行。

无关- 网络层面

高可用性链路（基于wan）_. . .的技术博客_51CTO博客

随着网络的快速普及和应用的日益深入，各种增值业务在网络上得到了广泛部署，网络带宽也以指数级增长，网络短时间的中断就可能影响大量业务，造成重大损失。作为业务承载主体的基础网络，其高可用性（High Availablity，HA）也因此日益成为关注的焦点。那么，如何衡量一个网络的可用性呢？首先，一个高可用性网络不能频频出现故障，只要发生故障，即使是很短时间的中断，都会影响业务运营，特别在当前适时性强、对丢包和时延敏感的业务，。其次，高可用性的网络，即使出现故障，也应该能很快恢复。