问题标签 [apm]

我正在寻找 PHP 的应用程序性能管理（参见http://en.wikipedia.org/wiki/Application_performance_management）

该工具可以插入到生产中的任何 PHP 应用程序中，并且可以收集/显示有关每个请求的 PHP 执行时间、网络时间、数据库查询时间的统计信息。对于每个指标，我想查看最小值、最大值和平均值。

所有这些统计数据都可以实时获得，也可以用于过去。

是否有任何现有的工具可以做到这一点？欢迎对任何工具（免费或非免费）提出建议。

我正在寻找一种开源应用程序/工具/技术，它可以显示跨分布式系统的分布式请求时间。

我发现了一些很棒的东西，比如AppDynamics，但它们都是商业的。我不需要这么广泛的功能，但需要简单的请求跟踪。我也看过这个列表，但我理解它有些困难。

如果您对 APM 有经验，您能推荐一些解决方案吗？

I want to build a workflow in BMC Atrium Orchestrator which takes the heap dump of particular java process. The flow which I have to follow is : 1. Input the application name. 2. Find the JVM which is being used by the entered application. 3. Take heap hump of a process running on that JVM.

Can I get some help with step 2, i.e. how can I determine which JVM is being used by the running application?

Thanks in advance.

我们正在使用 F5 APM 来控制对我们的 web 应用程序的访问，但在过期规则方面存在一些问题。

我们想要的场景是 cookie 在创建后 12 小时或浏览器关闭时过期，以先到者为准。

尽管我们做出了努力，但似乎我们只有两种选择中的一种

• 将 cookie 的“过期”属性设置为 12 小时（或 max-age）
• 根本不要设置“Expires”属性

第一个选项成功地允许 cookie 在 12 小时后过期，但如果浏览器关闭，cookie 会一直保留到该时间，因此仅满足 2 个条件中的一个。

第二个选项将在浏览器关闭时使 cookie 过期，但如果浏览器打开 12 小时或更长时间则不会过期。

F5 APM 的设置是否会使 F5 端的会话过期，而 cookie 可以在浏览器端保持会话 cookie？

在生产中监控 JBOSS 7 有什么好的建议吗？我还想根据特定条件配置警报。当然，它必须是开源的。

谢谢。

我有一个带有 newrelic 代理的 java 应用程序。概览仪表板显示“Web 事务响应时间”图表，但它没有进一步细分 - 只是总时间。

如何使其更具体 - 如何将整个“JVM”划分为几个“子事件”？

我指的图表：

这是它的样子（来自网络的随机屏幕）：

我正在寻找可以使用 Dynatrace 应用程序监控工具监控的性能指标。如果它们被分类为不同的层（Web 服务器、应用程序服务器、数据库服务器），那就太好了。

非常感谢任何帮助。提前致谢。

使用 Dynatrace 等应用程序性能监控工具是否存在安全风险？

我有一些定义交易的经验，并且已经查看了交易定义指南和书架。我们使用的是 CA APM 版本 9.1.5。我在下面的记录会话中捕获了一个由 4 部分组成的事务。

在促进记录、调整识别交易的匹配标准并从交易中删除可缓存之后，我有这个业务交易：

同步监视器后，我看到了结果。但是，对于捕获的每笔交易，我都会遇到 3 个缺陷：所有非识别交易的缺失交易。

识别交易被正确定义（我没有从没有这个调用链的其他交易中得到溢出）。非识别事务也被正确定义；为了证明这一点，我将识别事务从注册表更改为 login.fcc，获取了此用例特有的流量，但每个事务仍然存在 3 个缺陷（缺少 3 个非识别事务，这次缺少注册表）。最诱人的是今天记录了一笔成功的交易（在更多失败中）。由于有一次成功，我认为有可能是超时定义太短，所以我将它增加到20s，没有变化。

潜在问题的摘要以及为什么它们不是原因：

• 更改之间不同步。
  • 我确保在每次更改之间都这样做。
• 识别交易过于模糊/捕获不相关的流量。
  • 匹配标准仅适用于该定义。
• 非标识事务定义不正确。
  • 匹配标准仅适用于该定义。
  • 将一项交易切换为仅针对该部分的识别正确匹配的流量。
• 事务超时太短。
  • 将事务超时增加到 20 秒，但没有成功。
• 事务应在应缓存时标记为不可缓存。
  • 每笔交易都是必经步骤；即使涉及缓存，大多数用户也不会多次执行该链（因此至少大多数用户会成功）。
• APM 正确报告故障。
  • 能够自己完成成功的交易链，如果它不工作，很多警报会响起。

有任何想法吗？如果需要，我可以提供更多详细信息。

我正在尝试使用 WILY Introscope 监控在服务器上花费的时间，但我观察到 WILY 中提到的每个服务器的时间在 100 到 1000 毫秒的范围内。但是页面在浏览器中加载所需的时间几乎是 5 秒。

为什么工具报告的值不正确？如何获得 WILY 的完整时间？