【星云测试】Devops微服务架构下具有代码级穿透能力的精准测试

本文涉及的产品
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
注册配置 MSE Nacos/ZooKeeper,118元/月
云原生网关 MSE Higress,422元/月
简介: 微服务是Devops场景下热门的开发框架,在大型项目中被广泛采用。它把一个大型的单个应用程序和服务拆分为数十个的支持微服务,独立部署、互相隔离,通过扩展组件来处理功能瓶颈问题,比传统的应用程序更能有效利用计算资源。

  微服务是Devops场景下热门的开发框架,在大型项目中被广泛采用。它把一个大型的单个应用程序和服务拆分为数十个的支持微服务,独立部署、互相隔离,通过扩展组件来处理功能瓶颈问题,比传统的应用程序更能有效利用计算资源。微服务之间无需关心对方的模型,它通过事先约定好的接口进行数据流转,使业务可以高效响应市场变化。但微服务一个明显的表象就是随着服务的增多,传统的测试模式受到很大制约,无法有效进行下去,威胁到整体系统质量。所有J2EE代码层白盒采集工具都无法区分覆盖和具体功能的对应关系,只能以后台模式“笼统“的采集一个阶段的总的覆盖,无法满足对于Devops下对于故障定位、深度测试分析以及敏捷发布算法的要求。

  星云测试(www.teststars.cc)发布分布式微服务精准测试解决方案,是目前市场上唯一可达到在复杂分布式系统中,跨多个服务器进行代码白盒级分析、实现请求分布式追踪的测试平台。其中产品内的穿透模块,可以支持各种主流微服务通信架构。例如httpclient,springcloud微服务架构、阿里dubbo微服务架构,以及消息队列,将并发访问场景下跨多个服务多组代码逻辑分离并重建追踪出来。实现业务逻辑的代码在开发层面通过微服务离散后,在测试阶段则可以反向复原整个完整代码执行视图。精准测试里面的穿线概念(Threadingtest)增加了第三层含义,即针对的分布式服务的穿透能力。
 

  微服务场景下,一个完整请求会跨多个计算(服务)节点,而对于以节点为剖面的各种测试和监控手段都变得不那么直接和有效。一个请求链路的失效和性能故障等问题,从一个计算节点剖面去分析是很困难的,因为在一个计算节点剖面上的数据是混合型数据,而无法区分这里面的数据来自于那个请求。原始的方法无法将一个调用链路上的所有信息完整的重新刻画出来。业界流行的APM技术可以某种程度实现这种调用链路分析,该项技术主要用于监控,体现的数据是组件级的,而且为了性能考虑还经常抽取样  本,无法达到测试要求的代码级的分析。

  微服务采用的“分而治之”的策略,而精准测试对于微服务的测试和运营管控上采用的是“概览全局”的策略。精准测试在编译阶段,重新将微服务所有模块视为一个完整项目,统一编译和插装,经过插装后的代码重新部署到原有节点上。在微服务的启动过程中附加上分布式追踪所需要的agent启动,即可完成微服务场景下达到测试用例级的代码全调用路径分析。由于微服务有多个程序模块,星云测试平台支持模块级增量编译模式,即每次编译替换某一个模块就可以生成一个新的版本,而无需将所有微服务模块全新编译。

  穿透和分布式追踪的原理,这里要重点将以下星云测试JavaEE应用服务器agent的能力。agent提供了一个虚拟jsp的技术,通过agent启动的被测应用,都附加了一个虚拟jsp,地址类似于http://www.appundertest.com/teststars.jsp。  访问这个页面可以用来指本机的用户,一般这个设置和精准测试示波器的登录用户需要一致。设置完成后,对被测试应用的请求将附加上一个用户标识的cookie信息,这个信息会在微服务的多层架构中一直携带和穿透。例如从浏览器发起的一个带着用户标识信息的请求,到了应用服务的处理线程中,这个线程执行的所有代码将附加上这个用户信息,如果应用在向后调用其他的节点的服务,则这个用户信息会继续向后传递,直到最后的执行节点。由于每个节点的代码均有精准测试系统插装的代码,会自动的向用户请求发起端的示波器回馈数据,那么就可以实现将整个调用链路上的代码逻辑发送给示波器。示波器收到数据后,将动态数据和代码编译阶段的程序静态数据结合起来,即可展示全链路的程序调用路径信息。从另外角度,当微服务系统有多个请求同时并行的时候,那么每个示波器收到的是自己对应的请求代码的全链路执行情况,而其他示波器用户和其他普通用户的数据则不会被收录进来。


 上图是一个spring cloud微服务架构下两个节点的调用图。当从第一层入口组件访问后,入口组件向后调用下一层节点的时候,后一层节点的运行线程自动取到了前一层节点的用户信息,并且加入到了第二层节点的运行线程控件。这样,通过精准测试示波器(登录用户标识和请求标识一致)就可以收到两个节点的数据。实现多个用户同时访问分布式应用的时候,不同用户出发的数据自动分离,路由到对应的示波器,最终对应到用例上。

相关文章
|
1天前
|
存储 设计模式 监控
探索微服务架构的弹性设计
【7月更文挑战第23天】在现代软件开发中,微服务架构因其灵活性和可扩展性而受到青睐。然而,随之而来的挑战是如何确保系统在面对故障时能够持续运行。本文将深入探讨如何通过弹性设计原则和实践来增强微服务架构的韧性,包括冗余、服务降级、超时控制等策略,并结合实例分析其应用。
|
1天前
|
监控 安全 前端开发
探索微服务架构中的API网关模式
【7月更文挑战第23天】在云原生时代,微服务架构已成为构建可扩展、灵活且容错的系统的标准方法。然而,随着服务的增多,如何有效地管理跨服务通信成为了一个挑战。API网关模式应运而生,作为微服务生态系统中的关键组件,它负责请求的路由、转发、过滤和加工处理。本文将从API网关的定义出发,深入探讨其在微服务架构中的应用,以及如何实现高效的服务治理。我们将通过实例分析来揭示API网关设计的最佳实践,并讨论其对系统性能、安全性和可维护性的影响。
|
2天前
|
弹性计算 负载均衡 监控
探索微服务架构下的API网关模式
在现代的分布式系统中,微服务架构已经成为了主流。随着服务的不断增多,如何高效地管理这些服务之间的通信成为了一个关键问题。本文将深入探讨API网关模式,一种有效的解决方案,它能够提供请求路由、负载均衡、认证授权和监控等功能。我们将通过对比分析、案例研究以及数据统计来展示API网关模式的优势,并讨论其在实际部署中的最佳实践和可能面临的挑战。
19 5
|
1天前
|
缓存 监控 负载均衡
探索微服务架构中的API网关模式
在微服务架构的海洋中,API网关如同一座灯塔,指引着服务间的通信。本文将深入探讨API网关的设计哲学、关键功能以及在实际应用中的考量因素。通过对比分析,我们将揭示API网关如何在提高系统可维护性、增强安全性和优化性能方面发挥其不可或缺的作用。此外,文章还将提供实践指南,帮助读者在构建或改进微服务架构时,做出明智的API网关选择和部署决策。
|
1天前
|
Kubernetes 搜索推荐 开发者
探索后端开发的未来之路:微服务架构与容器化技术
随着云计算技术的不断成熟和普及,后端开发领域正经历着前所未有的变革。本文将深入探讨微服务架构和容器化技术如何重塑后端开发的面貌,提升系统的可扩展性、灵活性和可靠性。通过分析现代后端系统面临的挑战,我们将展示微服务和容器化如何提供解决方案,并预测这些技术如何塑造后端开发的未来发展。
12 3
|
2天前
|
设计模式 存储 运维
微服务架构中的服务发现与注册中心设计模式
在现代软件工程实践中,微服务架构已成为构建灵活、可扩展系统的首选方案。本文将深入探讨微服务架构中至关重要的服务发现与注册中心设计模式。我们将从服务发现的基本原理出发,逐步解析注册中心的工作机制,并以Eureka和Consul为例,对比分析不同实现的优劣。文章旨在为开发者提供一套清晰的指导原则,帮助他们在构建和维护微服务系统时做出更明智的技术选择。
|
23小时前
|
消息中间件 监控 Kubernetes
后端开发中的微服务架构实践与挑战
在数字化时代的浪潮下,后端开发不断演化,微服务架构应运而生,成为解决复杂系统设计问题的一种新范式。本文将深入探讨微服务架构的核心概念、实施策略以及面临的主要技术挑战,同时结合具体案例分析其在实际开发中的应用效果和价值体现,旨在为后端开发人员提供一套系统的微服务实践指南和思考框架。
|
1天前
|
负载均衡 监控 安全
探索微服务架构中的API网关模式
在微服务的大潮中,API网关扮演着至关重要的角色。它不仅是客户端与各个微服务之间的桥梁,更是性能优化、安全加固和协议转换的关键节点。本文将深入探讨API网关的核心概念,分析其在微服务架构中的重要性,并结合实例展示如何有效设计和管理API网关,以及如何通过网关解决跨域资源共享(CORS)和认证授权的挑战。
|
1天前
|
Kubernetes 持续交付 开发者
探索后端技术的未来:微服务架构与容器化部署的融合
在数字化时代的浪潮中,后端技术正经历着前所未有的变革。本文将深入探讨微服务架构和容器化部署如何共同推动后端技术的发展,提升应用的性能、可扩展性和可靠性。通过分析现代软件开发的需求,我们将揭示这两种技术如何互补,以及它们在未来后端开发中的潜力和挑战。
|
3天前
|
存储 边缘计算 安全
操作系统的未来:容器化与微服务架构的融合
【7月更文挑战第21天】在数字化浪潮不断推进的今天,操作系统的角色和功能正在发生深刻变化。本文将探讨操作系统如何适应现代应用的需求,特别是容器技术和微服务架构对操作系统发展的影响。我们将分析容器化的优势、微服务架构的特点以及它们如何共同推动操作系统的创新,从而为读者揭示一个更加灵活、高效和安全的未来计算环境。
13 2

热门文章

最新文章