建立一个microservice-oriented应用程序的性能测试策略

记者鲍勃Reselman,软件开发188金宝搏官网登录app人员和技术

创建一个有效的性能测试策略是足够努力当一个应用程序本质上是铁板一块。当应用程序是由数百人,如果不是数以千计,网络规模的分布式microservices操作,任何测试策略会变得笨拙。尽管困难,microservice-oriented应用程序(恐鸟)必须彻底的测试。挑战:如何设计一个测试计划。

第一步为microservice-oriented应用程序创建一个有效的性能测试策略是理解一个恐鸟是如何工作的,以及它如何不同于单一的应用程序。一旦一个坚实的理解,坚持一些基本法则在考虑测试一个恐鸟将帮助制定策略一个更容易的任务。

microservices的崛起

Microservices不会消失。最近的数据证实,兴趣还在继续增长。他们快速修改和部署和具有成本效益的运行时承载工业级云提供商。谷歌趋势报告,microservice急剧增加的兴趣在过去五年。

如果没有别的,我们将继续看到一个戏剧性的microservices扩散,尤其是物联网(物联网)交互成为主流计算活动在网络上。公司未能设计出性能microservice-oriented策略应用程序自身的风险。

单片和microservice-oriented应用程序

在传统的“老学校”整体应用程序中,所有的服务/共享内存存在于一个单独的机器中。更现代的方法是将服务分配到多台机器上,每个生活在同一架或者至少相同的数据中心。是否一个或多个,所有服务在整体应用程序知道如何找到所需的其他。此外,军种间的延迟可以测量纳秒。(参见下面的图1)

图1:Microservice架构运行的风险高军种间的延迟和模棱两可的发现。

Microservices高度分布,有时跨多个数据中心。一些附近;其他人或许就会扩散到全世界。每个microservice高度自治和发布不同的接口(可以改变即刻)。另外,microservice携带它的数据,都有自己的上下文语义。以毫秒计之间的延迟服务。

一般来说,单一的应用程序的部署单元至少有一个虚拟机,虽然,有些可能需要特定的硬件。在这种情况下,部署单元是物理机器本身。

microservice的部署单元是一个容器。为企业选择serverless计算,部署单元的功能(例如,AWS Lambda函数或谷歌云功能)。容器/ serverless偏好的原因是他们更快部署虚拟机。他们也很快“旋转”。如前所述,microservice带来速度和自治的部署。在单一应用程序中,没有一个单一的组件,例如,可以独立于整个应用程序发布(见取款的银行应用如上所示,图1)。在一个恐鸟,任何microservice可以随时发布。因此,每个团队负责开发、测试和支持一个特定microservice享有自己的发布周期。这种独立是有价值的。但这也使得microservices更具挑战性的管理。不过,敏捷的好处给市场,公司已经接受了恐鸟是谁愿意容忍多增加了管理的复杂性。

你想要?考虑到Netflix的报告4000年部署/天。

规则的经验建立一个农业部性能测试策略

既然我们已经回顾了microservices是如何工作的,让我们看看建立一个可行的策略性能测试时的一些注意事项。

尊重服务的自主权

如前所述,microservice发展的一个基本前提是,一个团队负责服务的方方面面。这包括产品(是的,microservice产品)和项目管理,开发,测试,发布,和支持。因此,设计和执行性能测试服务团队需要完成的服务的所有者。同时,这个团队负责发布测试结果。

有时为了省钱,公司将指派一个团队承担所有microservices性能测试。有一个团队外部microservice团队控制测试是有用的恐鸟的集成测试。你需要那种“一个”视图,以确保应用程序的整体性能。测试microservice时作为一个单元的部署,那些最接近microservice最有资格来测试它。

这带来的问题:如何组织知道microservice团队进行测试以一种有意义的方式吗?用于通过/失败标准是什么?幸运的是,这就是服务水平协议显示其价值。

有效测试=良好定义的sla

公司花钱microservice支持团队,因为他们想要有价值的结果,增加价值底线。俗话说的好,“如果愿望是马,乞丐会骑马。“很多,站在现实的成就。

有时候愿望和现实之间的距离是巨大的。别人,这是接近。诀窍是对齐的激情和真理在同一个地方,同一时间。方法是通过服务水平协议(SLA)。

SLA是无限的需求欲望和现实的麻烦的限制转化为可行的解决方案。一个良好定义的SLA是必不可少的,尤其是当涉及到验证microservice行为的方式性能测试。

虽然microservice团队是最适合确定什么是可能的服务行为和验证(通过设计/执行性能测试),它不是生活在真空中。microservice是众多单个或多个恐鸟。在某种程度上,服务需要满足“大局”性能行为(通过SLA)。

一组明确定义的SLA创建一个共同的期望,作为发展的基本原则,测试报告和改进特定microservice。SLA越清晰,越容易microservice团队创建、执行和性能测试报告的方式准确地满足需求。松散定义的SLA在开发过程中创建太多的模棱两可。

使分布式跟踪整个企业

在过去,当活动发生在组件之间共享内存或一组著名的机器,只不过监视应用程序行为涉及的机器上安装监控软件/组件运行的应用程序。188金宝搏官网登录app

恐鸟是不同的。容器和serverless函数,实现一个特定microservice让上下旋转速度满足当下的需求远远超出了人类的能力。观察这种类型的临时行为的唯一途径是确保分布式跟踪是使整个企业。

分布式跟踪意味着一个代理上安装一个虚拟机(s)和容器托管的服务。(函数在serverless计算环境中驻留在容器)。与此同时,一个代理所观察到的环境活动,回到主发送数据收集器,跟踪并报告所有的代理活动。

现代实践是主机自动在一个主机上安装一个代理的创建时间。可以一个VM特定主机,一个容器,甚至一个物理计算机。即使在瞬态情况下自动安装,确保全面跟踪。

识别和采用分布式跟踪一个特定的框架是microservice团队以外的一个重大的决定。这样的判断在企业级别。否则,公司将永远不会有性能测试数据的深度和广度需要执行适当的分析和有效的故障诊断。

如果你没有分布式跟踪,性能测试活动的范围是有限的。

测试部分。整个测试。

Microservice-oriented应用程序协同作用的。他们把大量的行为microservices成一个统一的整体大于各部分的总和。一个microservice有最小值。它的价值实现与他人的行为相结合。

一个矛盾的存在。测试整个意味着你失去访问粒度显示在测试部分。如果你只检查一块,你不能看到整个。所以,当确定microservices测试策略,聪明的方法是性能测试。

这意味着每个microservice团队需要设计和行为性能测试产品根据定义良好的SLA。此外,企业级团队需要设计和做性能测试是整个microservice-oriented适合应用程序和良好定义的SLA。

把它放在一起

恐鸟带来了性能测试的新维度。鉴于microservice发展的自治性质,它在团队使microservice设计/进行性能测试。这些团队不单独操作。Microservices是一个更大的整体的一部分。因此,任何性能测试microservices战略必须包括在服务级别粒度测试以及农业部整体全面的测试。

进行所有的测试都需要根据定义良好的服务水平协议的结果之间的谈判团队监督microservice和企业级设计师将消费这些服务。

最后,农业部环境必须支持分布式跟踪。没有操作数据从所有microservices无论位置相关,性能测试结果将缺乏必要的细节进行充分的分析和有效的故障诊断。

Microservices仍然呆在这里。他们允许及时、独立的发布周期。有一个可行的测试策略包括整个microservice-oriented应用的范围和microservices本身是至关重要的公司想把代码市场以加速的方式。

这篇文章最初发表在2019年8月,是最近更新的2021年7月。

鲍勃Reselman的形象LinkedIn