Integration Showcase:
Dotcom-Monitor 的 LoadView和Dynatrace是性能工程平台。 两者都拥有优秀的客户群，都是全云原生解决方案，并植根于悠久的历史。 此演示演示了两种工具的组合将如何弥补性能工程链中的剩余差距。
My major steps in this showcase were:
Registration
Trial account for Dynatrace SaaS
Trial account for dotcom-monitor LoadView SaaS
Installation
EasyTravel demo application on AWS server
LoadView scripting tool Easystep on AWS server
Configuration
Firewall on AWS server
AWS server security policy
Dynatrace request attribute
Setup Load Test
Recorded EasyTravel testing script
Setup load test scenario and execute the test
Result Analysis
Review LoadView end-to-end response times
Deep dive analysis of correlated results in Dynatrace
LoadView 是基于 SaaS 的负载测试平台，完全配备了协议、无头或基于浏览器的完整用户模拟技术。 它为 IE、Chrome、Firefox 等 40 多种设备以及 IPhone、三星、诺基亚、黑莓等顶级移动设备提供测试支持。
Dynatrace 是一种基于 SaaS 的监控解决方案，支持广泛的技术。 其强大的 OneAgent 可自动注入所有服务，通过后端层捕获最终用户、网络和中间件的所有交互，并提供对实际瓶颈的洞察。
下图突出显示了两种解决方案之间的主要集成步骤。
设置演示应用程序轻松旅行在 AWS 框
在 AWS 盒上安装 EasyTravel
轻松旅行设置
开始轻松旅行演示应用程序
在端口 8079 的测试服务器上添加入站和出站窗口防火墙规则
在 AWS 框中为下面的 IP 添加出站规则，以便与 Dynatrace SaaS 后端通信
34.251.255.57
34.250.133.68
54.77.84.155
链接到托管在 AWS 服务器上的 Easytravel 演示应用程序：
将 AWS 上托管的演示应用程序连接到 Dynatrace
使用本文档进行设置：
为亚马逊帐户创建基于密钥的访问
用户： 发电机
阿基德： …
秘密访问密钥： …
自定义策略：观看
将亚马逊帐户连接到迪纳特雷斯
发电机配置
设置负载测试请求属性名称
转到”设置”/服务器端服务监视
创建新的请求属性，称为负载测试
单击”添加新数据源”
将参数名称设置为x-动态
单击”保存”
注意：在属性和参数名称中使用小写字符
详细文档：
https://www.dynatrace.com/blog/request-attributes-simplify-request-searches-filtering/
LoadView – Create Load Testing Script
- 录制基于浏览器的脚本，该脚本通过演示应用程序 EasyTravel 点击
- 重播基于浏览器的脚本
- 编辑负载测试脚本并在 tab0 变量初始化后添加以下代码部分：Tab.SetRequestHeader（”加载测试”，”x-dynatrace”）;
多次执行”每个步骤脚本加载测试脚本”（单个用户）
将负载测试脚本上载到LoadView 平台
负载视图 • 执行负载测试
启动 EasyTravel 的负载测试
观察用户在运行过程中如何增加和 E-2-E 响应时间
Dynatrace – 深度潜水分析
获取长时间运行的请求的列表
长时间运行的请求的详细信息，查找问题点
大局，从那里开始性能分析
用户操作
好处：
负载测试和性能监控是两颗冉冉升起的星。 组织不能再忽略不可靠的应用程序，因为客户坐在驾驶座上，并且经常很快把钱花在其他更可靠的站点上。 由于放弃率上升和对快速部署周期的需求不断增加，因此公司正在寻求摆脱这种绩效困境的一条途径。
在早期开发阶段生成负载，可以放心端到端响应时间在多用户条件下如何发展。 测试人员通常使用负载注入来验证生产前阶段的非功能性要求。
性能监视提供了应用程序层如何处理其服务请求的见解。 开发人员和操作人员经常使用它来查找应用程序中的问题热点。
如果将 LoadView 和动态功能相结合，将具有显著优势：
- 在生命周期的早期查找性能问题
- 查找性能问题的根本原因
- 减少重新运行工作量
- 检查服务在实际生产负载条件下的工作条件
- 了解沟通模式
- 验证硬件大小调整
- 使应用程序调优更加简单
- 降低成本，只支付二次服务
- 无需用于性能工程活动的内部基础结构
成功的公司在其开发生命周期中集成了性能工程。 它们模拟生产前阶段的实际和未来增长模式，识别和修复热点，并将这些经过调整的应用程序部署到生产中。 即使在生产中，也有猜测被禁止。 他们永久监控用户体验，捕获所有事务，并根据实际和历史数据自动检测问题。 LoadView 和 Dynatrace 是向精益和可靠的 IT 服务迈进的一大步。
如何改进此集成的想法
