腾讯云开发者社区-腾讯云

开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

Python自动化测试

专栏作者

258

文章

261753

阅读量

137

订阅数

分布式追踪之JAEGER搭建

微服务容器镜像服务分布式

随着系统微服务架构在企业全面的推进和落地的过程中，系统业务的复杂性以及系统服务数量越来越多的情况下，开发和测试不得不面对复杂的服务调用关系，在生产环境出问题的情况下，线上排查定位故障的成本会大幅度的增加，为了解决这个问题需要搭建基于分布式架构的全链路追踪监控系统。分布式系统追踪的英文单词是Distributed Tracing System，使用分布式追踪系统可实现追踪微服务架构中的故障跟踪与定位，以及网络结构和调用链的分析等。分布式追踪系统在结构上来说，主要分为如下几个部分：

2022-06-16

7580

分布式追踪之JAEGER搭建

微服务容器镜像服务分布式

随着系统微服务架构在企业全面的推进和落地的过程中，系统业务的复杂性以及系统服务数量越来越多的情况下，开发和测试不得不面对复杂的服务调用关系，在生产环境出问题的情况下，线上排查定位故障的成本会大幅度的增加，为了解决这个问题需要搭建基于分布式架构的全链路追踪监控系统。分布式系统追踪的英文单词是Distributed Tracing System，使用分布式追踪系统可实现追踪微服务架构中的故障跟踪与定位，以及网络结构和调用链的分析等。分布式追踪系统在结构上来说，主要分为如下几个部分：

2022-06-16

7580

Docker下的持续交付

容器容器镜像服务微服务

在研发体系的交付下，更加期望的是编写代码完成后，能够进行自动化的环境部署和自动化测试的冒烟测试，这样就可以节省很多的人力成本的验证时间。毕竟在SAAS的架构模式下，会拥有很多的微服务，这些微服务每天都在不停的更新代码，也需要每天不停的进行测试验证。那么在这样的一个过程中，可以完全结合Docker的技术以及结合Jenkins的持续集成的思路，打造一个可持续交付的自动化测试验证的一个过程。

2022-06-16

3310

Docker下的持续交付

容器容器镜像服务微服务

在研发体系的交付下，更加期望的是编写代码完成后，能够进行自动化的环境部署和自动化测试的冒烟测试，这样就可以节省很多的人力成本的验证时间。毕竟在SAAS的架构模式下，会拥有很多的微服务，这些微服务每天都在不停的更新代码，也需要每天不停的进行测试验证。那么在这样的一个过程中，可以完全结合Docker的技术以及结合Jenkins的持续集成的思路，打造一个可持续交付的自动化测试验证的一个过程。

2022-06-16

3310

线上巡检机制

在上个文章中探讨了微服务架构中规模化产品的集群化的验证方式，这样的目的是可以实现针对服务可持续的验证。微服务架构它的特点之一是服务太多，很难保障所有的服务都是可用的，有可能出现这样的一个情况就是晚上上线的时候，产品的各个业务形态都是正常的，但是到第二天的时候，某个服务由于某些问题导致服务不可用然后影响到具体的业务形态，从而影响到客户的使用，接着而来的就是各种复盘以及问题的追究，这种是最让人头疼的。也会让业务交付的团队承担不应该属于自己的问题。那么这就涉及一个很核心的问题，这问题到底是谁的责任了？总不能让运维去承担吧。

2022-03-29

1.1K0

线上巡检机制

在上个文章中探讨了微服务架构中规模化产品的集群化的验证方式，这样的目的是可以实现针对服务可持续的验证。微服务架构它的特点之一是服务太多，很难保障所有的服务都是可用的，有可能出现这样的一个情况就是晚上上线的时候，产品的各个业务形态都是正常的，但是到第二天的时候，某个服务由于某些问题导致服务不可用然后影响到具体的业务形态，从而影响到客户的使用，接着而来的就是各种复盘以及问题的追究，这种是最让人头疼的。也会让业务交付的团队承担不应该属于自己的问题。那么这就涉及一个很核心的问题，这问题到底是谁的责任了？总不能让运维去承担吧。

2022-03-29

1.1K0

规模化集群验证

目前测试的产品基本都是微服务架构的产品，这是企业从面向服务架构往微服务转型的必然趋势和过程。微服务的架构给质量交付团队带来了新的技术架构思维和挑战。我们结合一个具体的案例来说明，如很早期的一个产品，在客户需要的时候进行安装，那么就可以服务好客户就可以了，但是新的架构模式，客户只需要订阅，那么就可以使用这个产品了。那么这意味着一个微服务的架构产品可以服务几千甚至几千万的客户来使用。这个过程中，抛开混沌的不确定性以及稳定性，和服务稳定性的体系，就单纯的说功能验证而言，它的挑战和压力是非常大的，这些压力主要具体体现在：不管产品服务多少个客户，所有的客户业务形态是一样的，但是数据的存储数据库是分离的，那么是不是验证一个用户，其他的用户就不需要验证了？从理论上而言，这样是合理的，因为不管是一个用户还是很多个的用户，底层服务都是针对上层应用而言都是共享的。但是这仅仅是理论上而言，事实上这样做业务质量保障而言，还是存在很大的不确定性和风险，这些风险主要在不同用户之间存在差异性，这些差异性并不是业务形态，而是用户的数据存在差异性，这就导致在即使相同的业务逻辑中，可能由于数据的不规范性就会导致产生一些其他的问题，从而影响客户的使用。

2022-03-29

3070

规模化集群验证

目前测试的产品基本都是微服务架构的产品，这是企业从面向服务架构往微服务转型的必然趋势和过程。微服务的架构给质量交付团队带来了新的技术架构思维和挑战。我们结合一个具体的案例来说明，如很早期的一个产品，在客户需要的时候进行安装，那么就可以服务好客户就可以了，但是新的架构模式，客户只需要订阅，那么就可以使用这个产品了。那么这意味着一个微服务的架构产品可以服务几千甚至几千万的客户来使用。这个过程中，抛开混沌的不确定性以及稳定性，和服务稳定性的体系，就单纯的说功能验证而言，它的挑战和压力是非常大的，这些压力主要具体体现在：不管产品服务多少个客户，所有的客户业务形态是一样的，但是数据的存储数据库是分离的，那么是不是验证一个用户，其他的用户就不需要验证了？从理论上而言，这样是合理的，因为不管是一个用户还是很多个的用户，底层服务都是针对上层应用而言都是共享的。但是这仅仅是理论上而言，事实上这样做业务质量保障而言，还是存在很大的不确定性和风险，这些风险主要在不同用户之间存在差异性，这些差异性并不是业务形态，而是用户的数据存在差异性，这就导致在即使相同的业务逻辑中，可能由于数据的不规范性就会导致产生一些其他的问题，从而影响客户的使用。

2022-03-29

3070

服务端测试之服务注册与发现

spring 微服务

在传统或老式的应用程序架构中，IP 地址和端口主要是静态和固定的，因此可以轻松管理客户端应用程序。在静态的基于配置的应用程序中，每个服务都部署在同一位置，我们很少需要更改服务的位置。但是，在基于云的微服务应用中，IP 地址和端口很难管理，有时甚至是不可能的。在微服务架构中，我们不能保证会有静态配置，因为微服务是可独立部署的，各个团队在单个微服务上工作：每个团队都可以独立部署和扩展其微服务。系统中还可以添加更多服务和实例，以提供分布式应用程序的可扩展性。由于此缩放，服务位置可能会频繁更改，因此位置不能被视为静态位置。这意味着微服务架构需要更动态的配置。基于现实的部署策略，它的现状可能是如下这样的：

2021-09-22

5160

服务端测试之服务注册与发现

spring 微服务

在传统或老式的应用程序架构中，IP 地址和端口主要是静态和固定的，因此可以轻松管理客户端应用程序。在静态的基于配置的应用程序中，每个服务都部署在同一位置，我们很少需要更改服务的位置。但是，在基于云的微服务应用中，IP 地址和端口很难管理，有时甚至是不可能的。在微服务架构中，我们不能保证会有静态配置，因为微服务是可独立部署的，各个团队在单个微服务上工作：每个团队都可以独立部署和扩展其微服务。系统中还可以添加更多服务和实例，以提供分布式应用程序的可扩展性。由于此缩放，服务位置可能会频繁更改，因此位置不能被视为静态位置。这意味着微服务架构需要更动态的配置。基于现实的部署策略，它的现状可能是如下这样的：

2021-09-22

5160

Pytest之命令行执行

腾讯云测试服务云计算微服务 jenkins

基于SAAS化的架构下，特别是面对to B类型的产品，那么测试经常面对的就是如何来测试每个上层应用。其实在底层微服务共享的模式下，更多的关注底层的微服务的测试，而对于上层应用来说，只需要随机的选择一个使用产品活跃度高的用户来进行测试就可以了，从这个架构的模式下这样的测试思路是没有问题的，而且也是成立的。但是随着业务的扩张，就会有很多的集群，每个集群都是需要被测试和验证(后续在文章中详细的介绍SAAS化集群的容量规划，调度，计算和存储的验证思路)，考虑到每个集群都是需要被验证，那么测试代码只有一套，不可能说面对多个集群而有多套代码，这样从成本来说它是非常不合理的。

2020-05-29

1.2K0

从测试到测试开发-给还在迷茫的你一点建议

腾讯云测试服务功能测试微服务网站

首先感谢我的群友、同学在生活和学习这条路上给予的帮助和建议，然后感谢我的老师给予这次机会把我放在平台上，最后要感谢我的领导让我在⼀个相对较大的平台去接受新的挑战和历练。

2020-05-12

7910

微服务与测试（四）

微服务 api 腾讯云测试服务

在前面的文章体系中对什么是微服务，以及微服务的优点和缺点都有所介绍，同时也介绍了单一应用程序的架构它所存在的缺点，以及微服务对单一程序架构进行的拆分和分离组件的应用。虽然我们很清晰的知道接口测试是对API的测试，也大概都听过契约测试，组件测试，端到端的测试，以及单元测试，其实在微服务架构中最核心的还是它的通信机制，就像我们在上一节文章中所提到的，如果我们只是单纯的在应用上层做接口测试，但是API Gateway出现问题，或者是底层的服务出现问题，所有的应用上层都得瘫痪，那么这也在另外一个角度给我们一个暗示，我们经常谈的分层，不单单是基于金字塔模型的分层，如果单纯的在API测试的维度来说，它也是存在分层，当然这个话题不是今天的主题。

2019-07-08

6800

微服务与测试（四）

微服务 api 腾讯云测试服务

在前面的文章体系中对什么是微服务，以及微服务的优点和缺点都有所介绍，同时也介绍了单一应用程序的架构它所存在的缺点，以及微服务对单一程序架构进行的拆分和分离组件的应用。虽然我们很清晰的知道接口测试是对API的测试，也大概都听过契约测试，组件测试，端到端的测试，以及单元测试，其实在微服务架构中最核心的还是它的通信机制，就像我们在上一节文章中所提到的，如果我们只是单纯的在应用上层做接口测试，但是API Gateway出现问题，或者是底层的服务出现问题，所有的应用上层都得瘫痪，那么这也在另外一个角度给我们一个暗示，我们经常谈的分层，不单单是基于金字塔模型的分层，如果单纯的在API测试的维度来说，它也是存在分层，当然这个话题不是今天的主题。

2019-07-08

6800

微服务与测试（三）

在微服务的架构中，一般使用的是轻量级的通信方式，也就是基于HTTP的REST，也就是基于应用层的协议。就像在前面的文章中介绍中，微服务把一个单一的应用程序拆分成N个一组服务，这些服务来各自处理各自的外部请求，另外一点是这些服务会部署在不同的终端上运行，所以这些服务交互必须通过进程间的通信才能够完成，如下图：

2019-06-19

7230

微服务与测试（三）

在微服务的架构中，一般使用的是轻量级的通信方式，也就是基于HTTP的REST，也就是基于应用层的协议。就像在前面的文章中介绍中，微服务把一个单一的应用程序拆分成N个一组服务，这些服务来各自处理各自的外部请求，另外一点是这些服务会部署在不同的终端上运行，所以这些服务交互必须通过进程间的通信才能够完成，如下图：

2019-06-19

7230

微服务与测试(一)

微服务腾讯云测试服务 http

在去年的时候就提到了，在接下来的一年，测试必然会接触到微服务的测试，而在微服务测试的层次，首先需要了解的是微服务到底是什么，它的通信机制又是什么，对测试的挑战又是什么，面对微服务，我们应该以什么样的思路和态度来面对这些了？在本篇文章对微服务做一个简单的介绍。在后面的文章中会逐步的介绍里面的细节知识。

2019-05-16

1.2K0

微服务与测试(一)

微服务腾讯云测试服务 http

在去年的时候就提到了，在接下来的一年，测试必然会接触到微服务的测试，而在微服务测试的层次，首先需要了解的是微服务到底是什么，它的通信机制又是什么，对测试的挑战又是什么，面对微服务，我们应该以什么样的思路和态度来面对这些了？在本篇文章对微服务做一个简单的介绍。在后面的文章中会逐步的介绍里面的细节知识。

2019-05-16

1.2K0

接口测试知识体系

http 微服务访问管理 python

在2018年的总结还是在2019年的行业展望，都谈到一个关键字，那就是“接口测试”，针对大多数是来说，接口测试到底是什么，是简单的那个工具，发送一个请求，就是一个接口测试吗还是接口测试到底是什么？针对这些，让部分人还是比较迷茫的。这也是本文章要回答的部分。

2019-01-23

6920

接口测试知识体系

http 微服务访问管理 python

在2018年的总结还是在2019年的行业展望，都谈到一个关键字，那就是“接口测试”，针对大多数是来说，接口测试到底是什么，是简单的那个工具，发送一个请求，就是一个接口测试吗还是接口测试到底是什么？针对这些，让部分人还是比较迷茫的。这也是本文章要回答的部分。

2019-01-23

6920

点击加载更多

社区活动

腾讯技术创作狂欢月

“码”上创作 21 天，分 10000 元奖品池！

Python精品学习库

代码在线跑，知识轻松学

博客搬家 | 分享价值百万资源包

自行/邀约他人一键搬运博客，速成社区影响力并领取好礼

技术创作特训营·精选知识专栏

往期视频·千货材料·成员作品最新动态