当前位置:首页 >  互联网 >  降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用

发布时间:2021-01-13 21:42编辑:小狐阅读: 172次 手机阅读

简介: 本文为大家介绍微服务治理+:基于服务契约信息,降低云上微服务成本。如果您的团队具备较强的微服务治理+能力,那么希望我们在微服务治理+方面的实践和背后的思考,可以为您一些参考。

前言

随着云原生时代的到来,越来越多的应用生在云上,长在云上,云原生是企业落地微服务的最佳伴侣。但云上应用易测性受到了很大的,如何提高云上应用易测性,增强 DevOps 能力,是微服务要解决的核心问题,直播回放:

在详细讲述微服务之前,先给大家讲一个场景。

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图1)

上图是一个典型的企业微服务应用架构图,为了考虑安全性,云上应用通常部署在云上虚拟局域网内,统一通过网关对外暴露服务。对于负责 Product Service 应用的同学来说,我只想一下该应用对应的服务是否可用,他会怎么做呢?

方案一

进入该应用部署所在的机器(ECS)或者容器(Pod)通过 curl 命令验证该服务是否可用

方案二

将该应用暴露给公网访问,通过本地命令行工具或者 Postman 工具验证该服务是否可用

方案三

拉一条网络专线,打通云上专有网络VPC与办公网网络,通过本地命令行工具或者 Postman 工具验证该服务是否可用

从以上场景,我们可以总结出云上微服务几点问题:

云上网络拓扑复杂

暴露公网访问,会出现攻击,引发安全风险

拉一条网络专线,浪费资源成本

明明只想要一个简单的能力,成本却如此之高。上述场景还仅仅是一个简单的调试功能,如果是压测、自动化回归、巡检等其他及稳定性保障手段,不仅仅要解决上述场景遇到的问题,还需要自建工具,脑补一下,都觉得成本太高,因此,我们需要微服务来帮助我们解决这些问题,进一步加速软件交付效率。

为什么我们需要微服务

产品能力

压测、自动化回归、巡检等能力,形成一个微服务解决方案

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图2)

试想一下,研发同学提交代码并部署,可以使用工具,验证服务逻辑正确性;可以使用压测工具,验证服务性能指标;验证通过后,开始进行冒烟,可以使用自动化回归工具,编写冒烟用例;冒烟通过后,开始进行历史功能回归,可以使用自动化回归工具,编写回归用例;回归通过后,提交验收,只需要验证新功能,新功能验证通过后,即可提交发布。发布后,进行线上环境验证,需要回归历史功能主流程,可以使用自动化回归工具,编写主流程回归用例,新功能手工验证;主流程回归通过且新功能验证通过,代表发布完成;研发同学,可以使用巡检工具,配置线上巡检;一旦巡检告警,即可先于用户发现问题,并解决问题。我们是将阿里巴巴沉淀的解决方案产品化输出,帮助云上业务实现高质量地实现快速交付。

易用且安全

试想一下,企业为了安全隔离,研发环境、环境、预发环境、生产环境部署在不同的专有网络VPC内,如果用户自建工具,需要解决工具到不同环境的网络互通问题,企业IT人员明明只想要一个简单的工具,却因为上云之后,要解决复杂的云上网络拓扑,远远没有结束,为了能够在办公网使用该工具,还需要保证该工具能够被办公网访问,此时又面临着网络安全的考验。我们希望有一个能够开箱即用且安全可靠的方案,能够让上云的企业IT人员拥有在办公网体验的工具。

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图3)

低成本

弹性拉起机/施压机,用完销毁,能够大幅度降低构建工具需要的机器资源及人力成本。

试想一下,企业上云是为了降低成本,应用托管极大地降低了资源成本和运维成本,但成本并没有降低。企业IT人员自建工具需要准备机/施压机,该部分机器长期占用且存在闲置,资源成本开销大,尤其是在性能压测场景,资源成本开销会更大。

除了资源成本外,企业IT人员还需要研发工具,人力成本及时间成本非常高,基本上每个企业都需要一套工具。我们希望有一个低成本的方案,不仅提高企业的资源利用率,同时降低企业IT人员和维护工具的成本。

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图4)

微服务生态

云上已了大量的微服务产品,解决了微服务应用的托管、治理、诊断,微服务补齐微服务能力。

试想一下,如何一个微服务接口,需要了解接口入参和出参,如果是研发同学-服务者,可能比较熟悉该接口,如果是同学,甚至是其他研发同学,可能就需要文档,甚至是口口相传,微服务治理已经可视化应用的服务契约信息,结合服务契约信息,只需按照需要,选择应用->框架->服务->方法,配置参数,即可进行,降低了服务契约同步的成本。

结合上述4点,同学只需负责用例编写+验收,接口调试、接口性能水位、用例自动化均可赋能给研发同学,就像早期DevOps一样,降低研发运维之间的反馈回路,提高软件交付效率,DevTest,降低研发之间的反馈回路,在保证交付质量的前提下,进一步提升软件交付效率,同时主动创建巡检任务,定时监控线上服务可用率,先于用户发现问题,解决问题。

MSE 微服务实践

前提条件:微服务应用已接入MSE

下面我们来体验一下,MSE上如何使用微服务的能力。

服务

1、登录MSE控制台,在页面左上角选择地域。

2、左侧导航栏选择:微服务治理 -> 微服务 -> 服务 -> 查询服务。

3、单击某个服务的详情 -> 展示元数据列表。

4、单击某个方法的 -> 进入页面(已帮助用户填充参数模板)

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图5)

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图6)

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图7)

服务压测

1、登录MSE控制台,在页面左上角选择地域。

2、左侧导航栏选择:微服务治理 -> 微服务 -> 服务压测 -> 创建场景。

3、选择需要压测的应用 -> 选择框架 -> 选择服务 -> 选择方法。

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图8)

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图9)

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图10)

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图11)

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图12)

自动化回归

1、登录MSE控制台,在页面左上角选择地域。

2、左侧导航栏选择:微服务治理 -> 微服务 -> 自动化回归 -> 创建用例。

3、添加步骤

选择应用 -> 选择框架 -> 选择服务 -> 选择方法;填写参数;断言/出参提取。

4、可以添加多个步骤。

5、保存用例。

7、通过执行历史,查看用例是否通过。

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图13)

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图14)

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图15)

服务巡检

1、登录MSE控制台,在页面左上角选择地域。

2、左侧导航栏选择:微服务治理 -> 微服务 -> 服务巡检 -> 创建巡检任务。

3、选择需要巡检的应用 -> 选择框架 -> 选择服务 -> 选择方法。

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图16)

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图17)

降低云上微服务测试成本,我只想测试一下该应用对应的服务是否可用(图18)

微服务实现细节

工具能力

将阿里巴巴集团内实践的工具产品化输出,压测、自动化回归、巡检,降低用户研发工具的成本。

网络互通

利用阿里云现有网络打通技术方案(ENI挂载)打通云产品专有网络VPC与用户专有网络VPC

应用安装微服务 Agent 时,主动将该应用所在的网络信息(专有网络VPC,虚拟交换机VSwitch,安全组SecurityGroup)上报至服务端,根据应用所在的网络信息,即可打通云产品专有网络VPC与用户专有网络VPC,实现云产品服务直接访问用户专有网络VPC部署的服务。

弹性资源

云产品使用自己的资源购买弹性机器,安装工具

服务契约

微服务治理已经可视化服务契约信息,微服务直接查询服务契约信息即可

不止是微服务

本文介绍了微服务治理下微服务的几个能力,补齐了微服务生态的能力,即将推出智能流量:微服务架构下的流量生产录制生产回放、生产录制线下回放、用例自动化生成、回归场景自动化覆盖等能力,助力您的应用以更低的成本轻松完成验证,欢迎前来体验。

本文相关词条概念解析:

应用

现代人常说的应用,一般指手机和平板电脑的应用。在面向对象上通常分为个人用户应用(面向个人消费者)与企业级应用(面向企业),在移动端系统分类上主要包括iOSApp(如:同步推等)、AndroidApk(如:AirDroid、百度应用等)和windowsphone的xap和appx。

标签:
  • 网友评论

互联网本月排行

互联网精选