写点什么

ReplayDIRECTOR 简介——针对 Java EE 的持续应用程序监控和生产调试工具

  • 2010-10-26
  • 本文字数:1544 字

    阅读完需:约 5 分钟

日前, Replay Solutions 宣布 Larry Lunetta 已经离开 ArcSight 公司,加入到他们当中,就任主席、CEO 和董事会成员。 在 ArcSight 任职的七年间,Lunetta 帮助创立了公司,并且实现了每年一亿美元以上的销售业绩。 Lunetta 还曾经在多个创业公司和公共的硅谷公司中担任高管,包括 ePAC Technologies Branders.com 等公司。

Lunetta 取代了 Replay 公司的共同创立者 Jonathan Lindo 的职位,而后者会继续作为公司主管产品和技术的执行副总裁,负责领导开发团队和公司的合作伙伴。 Lindo 告诉我们:

对于把新技术发布到市场中,Larry 拥有极为丰富的经验。 他具备开发和发展、合并公司的背景,这会让 Replay Solution 不仅能够发挥生产出高质量代码、快速对业务需求变更做出响应的优势,而且同时还会找到难以发现的可能被恶意软件所利用的缺陷和错误,从而提高关键应用程序的安全性和灵活性。

Replay Solution 的核心产品—— ReplayDIRECTOR for JavaEE ——是一种软件调试工具,我们可以使用它来捕获在生产环境运行的系统中发生的事件,允许它们依次在虚拟的环境中重现,从而识别出导致问题的根本原因。 运行这个产品确实会产生一些负载,但是公司声明那会非常小——在 1-5% 的范围之内。 Lindo 对产品做出了说明:

……通过捕获、记录和重现非决定性的时间和输入而工作。 我们会在载入类的时候使用比特码工具进行分析,从而知道非决定性的数据什么时候会进入到应用程序中,并添加少量的比特码,从而在运行过程中捕获和记录数据。

我们使用的是小部分 JVM TI 方法,从而在载入的时候为应用程序提供工具。 我们实际上没有使用 redefineClass(),而是使用了 JVM TI 和运行时所提供的带有其它特性的执行工具。

我们能够把负载控制在很低的程度的一个主要原因就是,我们只关心在应用程序中流动的数据的很小一部分。 因为大多数代码的执行都是决定性的,我们的系统会忽略这些代码,从而降低负载。

我们讨论了为什么公司创建了自定义的虚拟化解决方案,而不是基于其他产品——像 VMware 的 Hypervisor 来构建。 Lindo 告诉我们:

我们从头开始来创建自己的应用程序虚拟化,是为了让性能和灵活性都达到所需要的级别,从而发布无缝和透明的解决方案。 大多数虚拟化技术都在系统级别上操作,像 VMware 的 Hypervisor 就是这样。 我们是在应用程序层上进行虚拟化的,这允许 ReplayDIRECTOR 在重现的时候把应用程序的执行和操作系统以及硬件隔离开来。 这正是让我们能够在不同的机器上重现和重新产生任何应用程序问题的原因,不管这台机器是虚拟的还是物理存在的。

ReplayDIRECTOR 能够在系统级的虚拟化产品——包括 VMware、microsoft、Virtualization 或者 Citrix Xen——上面都能够很好地工作。

ReplayDIRECTOR 面临来自于很多大型厂商——像 VMware、Microsoft 和 BMC——的挑战。 VMware 在工作站产品中也有记录 / 重发的特性,微软在 Visual Studio 2010 中提供了 IntelliTrace,而 BMC 也有名为 AppSight 的产品。 所有产品都是为了对付相同的问题,但是据 Replay 公司所说,他们的产品的特点就在于它是唯一能够隔离并记录应用程序的产品。 从而,这让开发者可以重新运行触发了缺陷的操作,提供一种回顾式的方法,可以在调试器中重新创建生产环境中发生的错误。

ReplayDIRECTOR 需要在应用程序服务器上安装一个代理,当前它已经通过了 Tomcat、JBoss 以及 Windows、Linux 和 Solaris 上的 Weblogic 的验证。 它可以通过的免费的托管环境提供单独的 JVM,也可以 3800 美元 / 月的价格提供 20 个 JVM,或者提供一种稍微便宜一些的独立下载,那样 20 个 JVM 每月大概需要 3200 美元。 你可以在他们公司的站点上免费下载

查看英文原文: Introducing ReplayDIRECTOR - Continuous Application Monitoring and Production Debugging For Java EE

2010-10-26 09:391479
用户头像

发布了 340 篇内容, 共 129.1 次阅读, 收获喜欢 13 次。

关注

评论

发布
暂无评论
发现更多内容

企业全面预算管理的四大“拦路虎”

用友BIP

全面预算

接口测试|Postman持久化保存

霍格沃兹测试开发学社

汽车虚拟仿真:实时道路测试及自动驾驶的基石

3DCAT实时渲染

虚拟仿真 汽车虚拟仿真

智能科技引爆传统行业:低代码开发平台的创新力量

EquatorCoco

低代码 数智转型 智能科技 传统行业

接口测试|Fiddler设置过滤

霍格沃兹测试开发学社

接口测试|Charles的界面介绍

霍格沃兹测试开发学社

企业进行大数据分析时,需要关注哪些能力来选择合适的解决方案呢

巷子

生成式AI加入低代码,或将再次颠覆开发行业

树上有只程序猿

接口测试|Fiddler设置断点

霍格沃兹测试开发学社

ChatGPT+低代码,好用到飞起?

树上有只程序猿

性能测试|JMeter取样器(一)

霍格沃兹测试开发学社

接口测试|Postman环境变量&全局变量设置

霍格沃兹测试开发学社

支持目标打卡,活力三环让运动更有趣

HarmonyOS SDK

接口测试|postman发送POST请求

霍格沃兹测试开发学社

制造企业的高质量增长,藏在供应链的“精打细算”之中

工赋开发者社区

Electron末日来了?又一应用将其抛弃!WhatsApp强制推行原生应用:速度更快、内存占用更少

工赋开发者社区

接口测试|postman的介绍和安装

霍格沃兹测试开发学社

性能测试|JMeter取样器介绍(二)

霍格沃兹测试开发学社

#性能测试 JMeter使用教程

技术领先、结合AI,数智平台成为企业数字化转型的基石

用友BIP

数智平台

接口测试|Postman发送带参数的Get请求

霍格沃兹测试开发学社

接口测试|postman模拟请求头&界面的响应信息

霍格沃兹测试开发学社

接口测试|Postman设置断言

霍格沃兹测试开发学社

CSS样式中颜色与颜色值的应用

高端章鱼哥

CSS 代码 HEX rgb

App自动化测试|adb版本过低的报错提示

霍格沃兹测试开发学社

性能测试|JMeter线程组设置

霍格沃兹测试开发学社

提高API开发效率:详解OpenAPI接口规范最佳实践

Apifox

程序员 接口 API OpenAPI

大型企业数智化的中国力量:用友BIP助力国产替代

用友BIP

国产替代

用友BIP全球司库连续中标三大银行总行合作项目,共同推动企业数智转型

用友BIP

银行 全球司库

什么是低代码开发,为什么要使用低代码,选择低代码要注意什么?

优秀

低代码 低代码开发

直播预告 | 博睿学院:深入解析nacos基础原理

博睿数据

云原生 nacos 智能运维 博睿数据 博睿学院

ReplayDIRECTOR简介——针对Java EE的持续应用程序监控和生产调试工具_Java_Charles Humble_InfoQ精选文章