应用程序性能管理(APM)是IT行业的一个大话题，而Dynatrace就是其中一个热门的参与者。该公司表示，其客户名单中包括10大银行中的9家，10大零售商中的9家，以及《财富》500强中的386家。足球竞猜app软件《网络世界》主编约翰·迪克斯最近采访了Dynatrace的首席执行官约翰·范·西科伦，了解APM目前的状况、未来的发展方向，以及该公司自成立私募股权公司以来的发展状况thomas Bravo收购了Compuware，并将其APM部门拆分为Dynatrace。
APM目前的应用情况如何?如果你去一个大的商店，他们会有APM支持的大部分东西吗?
它在增加，但不可能饱和。事实上，每天创造的应用数量远远超过顶级玩家所能掌握的数量。这是一个持续扩张的独特市场。全球1000家公司中，每一家都在开发比五年前更多的新应用。
虽然公司仍在试图整合他们的记录系统，但已经有一整套新的应用程序在开发中，其中许多是为了将客户与这些记录系统连接起来。新的应用程序有不同的特点。他们的节奏更快，他们使用云基础设施，移动是最重要的。所以他们有不同的设计点，但这就是我们看到应用程序大爆炸的地方。
例如，我曾在一家汽车保险公司工作，他们正在考虑如何利用优步的概念。如果你把他们的应用放在你的手机上，打开追踪，根据你的驾驶方式，驾驶地点，驾驶里程等，他们会在某种程度上调整你的保险?有100年历史的公司正在改变他们与客户打交道的方式。当它开始渗透到老式服装行业时，这是一场相当大的革命。
是什么让你们与众不同?
业界已经从可用性监视转向性能监视，因为性能是一个超集。人们过去认为可用性是一个超集，性能是一个有趣的附加，但现在它完全是关于性能的，而且越来越多的性能从外到内度量。我们一直是这个由外而内的项目的关键驱动因素之一，它不是关于你的数据中心的绿灯，而是关于用户在体验结束时是否脸上带着微笑。2020欧洲杯预赛如果他们没有，你如何发现，如何应对，如何积极主动地快速解决问题?
正是这种专注推动了我们的增长，从四年多前Compuware收购Dynatrace时的2500万美元增长到今天的4亿多美元。当然，在这一过程中也有一些其他资产的组合，但通过展示性能是多么关键，用户视角是唯一重要的视角，小Dynatrace已经变成了大Dynatrace。
但向数字性能的转变不仅与应用的性能有关，还与转化率、营收流、投诉解决等有关。这些现在是我们所支持的用例的关键特征。所以现在我们不再讨论APM，而是讨论数字绩效管理。我们现在花了和运营和开发团队交谈一样多的时间与首席营销官和业务主管交谈，这在过去18个月里还是新鲜事物，但这是我们前进的重要部分。
所以你把重点放在DPM和APM上，而APM的竞争对手New Relic则更多地谈论软件分析。你是怎么把这些都加起来的?
毫无疑问，APM市场正在发生变化。这很有趣，因为我们所有人都拥有一组关于这些应用程序内部正在发生的事情的信息，这是以前没有人拥有的。惠普从未有过这种能力。CA从来没有过。IBM从未有过这种能力。他们都试图建立IT运营管理的平均，聚合和相关性，而不是原材料实际发生了什么。
我们恰好拥有最高的数据保真度，但像New Relic这样的公司已经提供了一个易于使用的云应用程序，让你可以监控云应用程序。AWS应用，Azure应用，诸如此类。这就是他们所做的一切，当涉及到医疗、金融、保险和其他领域的一级申请时，这伤害了他们。但这是一个类似的概念，如果你有了所有这些原材料，你可以用它做更多的事情，而不仅仅是为操作人员提供应用程序的可视化。您可以开始为业务人员提供信息，因为他们希望实时可见，以便对市场做出反应。我们都在想同一件事。事实上，我们中有三个人对这个市场的看法与老一代不同，他们是我们自己、New Relic和AppDynamics。
的一个独特的特征类型的数字绩效管理是我们使用相同的真理的来源是否你看着它通过镜头,镜头的操作,或从开发的角度,让你一路行代码。如果你有单独的工具，不管你有多好，你都要花时间去启动新的工具，试图弄清楚发生了什么，什么时候发生了，而这花费的时间太长了。
实时的概念对商业人士来说是至关重要的。当你开始谈论实时和深入挖掘的能力，并将结果交给适当的人，通过点击一个按钮来解决问题时，他们会向前倾。
当组织将资源分散到云(他们自己的和公共的提供商)中时，我想他们最终会得到一堆拼凑的APM工具。这是你看到的吗?
他们通常有各种各样的零件。例如，银行就有数百家。就连非实体电商商店也将拥有数十家。他们都想要整合这些数据，因为当问题出现时，每个人都带着来自他们自己的小工具的数据出现，你无法足够快速地关联和反应。这是APM平台(在我们的例子中是数字性能平台)一直在做的事情之一，即收集越来越多的数据，以提供正确的分析级别，以便更容易地覆盖更多的用例。
我预测在未来两到三年你会看到整个IT运营管理格局的改变,APM-born平台会接管它的下一波行动在云中,因为它是唯一的高保真的信息从业务视图可以带你到网络和做端到端。我们去年秋天推出了一个名为Ruxit的平台，用于IT领域的真实用户体验。
Ruxit会自动检测整个应用程序的所有应用程序，所有进程，所有基础设施进程。我们已经在一些最大的客户那里进行了测试，他们有成千上万的仪器点，在几分钟内，它将爬行整个东西，并提供所有依赖关系的地图。它具有多层次的分析和重要的智能，所以它很容易得到答案——以下是你的关键问题，以及你应该做些什么。
想想。它在大型基础设施上提供实时变更管理。你无法做到这一点，除非你从应用程序的性能角度出发，拥有信息的保真度，自动化的仪器和我们内置的分析。
如果现在的公司有各种各样的工具，他们通常是把你作为这些工具的集成平台，还是为了解决某个特定的问题?
两者都有一点，但大多数时候需要巩固是驱动因素。但他们首先将其应用于一个应用程序，以确保一切都能像广告中说的那样运行，这是我们鼓励的。软件行业中有太多的货架。
所以他们会从一个应用开始，一旦这被证明，他们会看到它是多么快速和简单，他们会开始考虑下一组应用。他们中的许多人已经计划好了。现在我们正在与一家大型酒店公司,他们收购了我们的一些软件一套小的应用程序,现在不到六个月后他们回到一个更大的事务为一套更广泛的应用,所以可能4-5x原来的大小事务。
它发生的那么快,因为产品非常容易实现可见性和价值的深度得到看到从你网站上的客户是如何表现一直到如何优化你的时间最长的事务让他们更快。
你提到了IT运营管理，APM在其中扮演什么角色?
十年前如果你跟BMC或CA或惠普他们会说,“如果你想做运营管理需要网络监控、容量规划、变更管理数据库,在这里你会需要一些深度应用的东西,其中一些,一些的。”他们有这些大地图，所有不同的小块，这将匹配ITSM手册，所有的IT人员会随身携带。但那是建立在一个静态的世界里，如果你做了改变，那就是物理上的改变，或者是操作系统的升级，或者是应用程序的添加，等等。
现在我们处在一个高度弹性的世界，虚拟硬件上的虚拟机、虚拟网络和由微服务组成的应用程序堆栈，这些微服务要么是你自己构建的，要么是来自第三方的，并在发生某些事情时动态绑定。如何解决这个问题?你怎么知道发生了什么?
Splunk正试图通过高性能的日志信息搜索来实现这一点，因为每个人都需要保存日志。这是证券交易委员会的规定。这是一项医疗法规他们试图在日志上增加更多的价值。我们所做的是对应用程序进行仪器化。我们从应用程序的角度来研究它，从商业交易和转换到网络，无论是物理的还是虚拟的。结果证明，这种方法比旧方法要好得多，旧方法专注于物理组件，假设每一件物品都是健康的，你就假设所有东西都是好的。
你有利用Splunk吗?
Splunk为我们的环境提供了价值，所以它是非常互补的。我们不竞争预算。他们属于公司需要花钱的另一个类别而我们属于公司需要花钱的另一个类别。大多数人没有应用程序性能管理的预算。但他们知道，他们需要能够从外到内进行监控，以确保客户满意，并以非常高效的方式处理投诉。这就是为什么我们在一个组织中交谈的人在业务方面不断成长。我想说现在可能是20%但以后会涨到三分之一。
一些IT商店正在寻找方法来自动响应来自不同系统的一些东西。在这方面你有什么看法?
这是个好问题。我会告诉你我们听到了什么然后在此基础上给你我的社论。没有人希望安装一个黑匣子并希望它能正常工作，但我不知道这是否只是人类试图维护自己的角色。但我不明白为什么这个世界不想让他们知道的事情自动化，所以如果这发生了，这里有三种导致它的情况，找出是哪一种，并自动应用它。api, Chef, Puppet和Ansible的脚本技术都在那里。问题是坐在中间的人是否希望它自动地做一些事情。
的概念从DevOps的等待,因为等待意味着我写所有的编排和经济复苏的所以我不会有这些问题,如果我有,我要回来,编写另一个脚本如果我再次看到这个会自动做其他的事情。
你提到了架子，我们都知道各种网络工具最终会被放在架子上，因为警报开始到处响，最终它们被关闭或被忽视。你要怎么应对呢?
这就是技巧。如果你没有很好的语义学，你最终会得到很多触发各种事情的警报。这可能是一件简单的事情，但12个系统都在发出警报，因为它们都在不同的点被击中，人们最终只是忽略它们。另一种情况是，有人看到某个东西变红了，但因为它在负载均衡器的另一边，它会自动传输，你假设它不会影响任何人，你可以稍后去修复那个服务器。