使用locust + boomer实现对非web组件的压测

前言 最近有在编写类似SkyDNS的面向服务间调用的智能DNS服务,开发完成后如何对DNS服务本身进行压测有点被难倒了。市面上对HTTP类请求的压测测试很多,然而对非Web组件的压测工具则非常少见。 在努力翻阅互联网上的开源项目后,终于找到了这样一款压测工具locust,它是用Python实现的一款可以自己编写task进行测试的压测框架,并且提供友好的UI。本文即是简单总结一下体验该款压测工具的过程,BTW,笔者对测试没有什么经验,如有谬误,欢迎互联网上的大佬们一起交流、指教。 架构设计 下面,我们不妨来简单看看locust的架构。 locust本身设计的非常简单轻量,经典的压测架构 master -> slave的形式,master只负责数据的收集和消息的广播等操作,task的执行均由sl…

Read More

[ 翻译 ] Vmware发布了Dispatch,一款开源的serverless框架

VMware在VMWorld 2017大会上发布了其serverless计划,并在现场演示了一个使用Apache OpenWhisk(现有的一项开源FaaS技术)实现的函数即服务(FaaS)。从那时起,serverless团队一直致力于定义一款基于Vmware基础设施之上实现的serverless框架。这些努力的成果便是Dispatch,一款全新的由Vmware发起的开源项目,不久前刚刚在Github上发布。 Dispatch,构建于Kubernetes之上,提供了一系列的工具和服务以部署和管理生产可用的,函数式支持的serverless应用。Dispatch不仅仅局限于函数的执行,而是为任何运行在Kubernetes环境里的应用提供了一个“内置电池”形式的serverless框架。 Dis…

Read More

[ 翻译 ] 持续集成(三)最佳实践

引言 这是持续集成系列的第三篇。在这篇文章里,我们将介绍实现一个CI流程的一些最佳实践。笔者也将会根据自己的行业经验介绍一些真实世界里的提醒和警告。 快速回放:在本系列的第一篇里,我们介绍了CI的基本概念以及它和敏捷开发及DevOps团队文化的关联。在第二篇里,我们介绍了CI服务器的概念以及它是如何将各种实现一个CI流程的行业标准实践无缝整合到一起。 如果你还没有读过前面的文章的话,笔者强烈建议在继续阅读本文之前先翻阅一下! Martin Fowler,在他的CI白皮书里提到了一些应当成为任何CI设定一部分的关键实践。这些建议多年来已然成为"这样"一组持续集成的最佳实践。同一主题的维基百科页面则对外展示了Martin Fowler所阐述的那些原则的本质。 下面,笔者将以自己个人的视角和大家一…

Read More

[ 翻译 ] 持续集成(二)CI服务器 & 工具集

【编者的话】这是持续集成系列的第二篇,在本文中,作者介绍了CI流程的具体实现。 引言 在持续集成(CI)系列的前面一篇文章里,我们关注了CI的基本概念,它是如何帮助企业减少集成软件时的错误,采用它带来的好处和遇到的难点,以及最后,它是如何助力敏捷开发和DevOps团队文化的推行。 我们还讨论了CI落地到开发流程最常用的一些方式,最终能够带来软件质量上的提高,更快的市场交付,更快的反馈周期以及更低的开发成本。 如果你还没有读过前面一篇文章的话,不妨在继续阅读本文之前先翻阅一下! 在本文中,我们会介绍到一些工具,它们将有助于为组织实现一个强大并有价值的CI流程。 持续集成服务器 实现一个CI流程的唯一必要条件便是得有一个自动构建系统。 然而,实际上,除了自动构建系统外,安装和配置一个“CI服务器…

Read More

[ 翻译 ] 持续集成(一):基础篇

引言 持续集成,简称CI,是一项由Grady Booch提出的技术,它鼓励开发者们持续不断地将他们的代码合并到主干源码仓库。 这些'合并'或者'提交',每一次并入到仓库通常都伴随着执行一系列的自动化任务:代码的编译,单元测试和集成测试的执行,评判代码质量是否下降的静态代码质量分析等等。 这些自动化任务有助于验证新代码的合理性,并分辨出新代码是否会造成任何破坏,例如,集成方面是否有遇到问题?最重要的是,开发者们可以在提交代码变更之后快速及时地收到这一反馈。 拥有CI设施和流程被视为是绝大多数现代软件公司的一个基本要求 —— 无论组织是否采用敏捷方法,DevOps,或者两者兼而有之。 由于能够为开发者和客户两者带来可观的收益,CI已然成为任何软件开发流程里的必要部分。这些可以看到的收益包括软件质…

Read More

[ 三年后的杂谈 ] 测试之Mock

引言 笔者最近开始补全测试方面的一些基础知识,由于也算是个人职业技能建设的一部分,权且也算作"三年小结"系列的一篇罢。 TIPS:测试领域的水非常深,本人只是班门弄斧,欢迎测试领域的大佬们拍砖~ Mock why mock 在软件测试的领域里,单元测试被视为一个项目代码覆盖率的重要衡量指标。我们在执行单元测试时,往往需要测试和关注的是自身组件代码的稳定性,而非外界依赖\服务的交互(这块的测试放到了集成测试的部分),也因此产生了伪造调用依赖/服务的需求。 通过mock,我们可以假装调用了xxx服务,或者xxx sdk的方法,甚至于可以借此测试一些复杂的场景,比如重试部分的代码是否符合预期等等。 mock in Python Python的mock库为我们提供了完善的功能,可以很好地实现伪造…

Read More