今年早些时候，思科惊讶地惊讶了许多行业观察者，当它耗费37亿美元获得Appdynamics.，它估值约为它的IPO。大多数人都知道思科作为网络的事实上的标准和市场领导者。AppDynamics Lives升高堆栈，并通过从用户，应用程序，数据库和服务器中收集数据来提供应用程序的视图。
有人可能会猜测，思科将利用AppDynamics寻找不同的买家，这一假设是正确的。AppDynamics为Cisco与业务线、应用程序开发人员和公司领导进行有意义的讨论铺平了道路。然而，认为AppDynamics不适合思科目前的核心客户网络工程师是错误的。AppDynamics可以为该受众提供同等的价值。
我假设许多网络世界的读者是网络工程有个足球雷竞技app师。我，我自己，我是一名前网络工程师，并知道这群体的痛苦在不起作用时感觉。如果申请表现不佳，因为某种原因，每个人都认为，“它必须是网络。”
典型的故障排除过程如下所示：用户调用帮助台并打开一张票证，将票证传递给App Developer谁说，“不是我”并将其传递给堆栈。而IT团队在达到网络运营之前使用票证播放“分辨率平板”，谁没有其他人将它传递给。此时，网络工程师将调查，经常发现问题不是网络，然后将信息中继回“上堆栈”，并且在找到问题之前颠倒ping-pong。
上周，Appdynamics举行了其年度Appdynamics峰会，我参加了它，并对为什么网络运营应该关心该公司的良好感受。在活动中，AppDynamics宣布它正在添加两个数据来源，这对本集团 - 网络和物联网（IoT）数据很重要。鉴于思科是世界上最大的网络解决方案提供商，它似乎是一个禁智的人现在将包括这些数据来源。
AppDynamics提供了应用程序，网络，服务器，数据库的公共视图
更重要的是，AppDynamics为所有责任方（包括C级主管、业务线经理、服务器操作、应用程序开发人员、网络工程师和其他人员）提供了应用程序及其所有组件的通用视图。仪表板显示特定应用程序或服务的执行情况。当发现问题时，应用程序将变为“红色”，然后可以深入查看所有相关组件。您可以很快地查看每个服务器、网络链接、数据库或其他IT元素，并了解其相对于正常操作的执行情况。任何未按应有方式运行的元素都会被标记，并且可以开始修正过程。
例如，电子商务网站可能很慢，导致联络中心不堪重负的客户令人沮丧。通过传统的管理模式，生成故障票并将其次传递到网络操作。工程师出发的工作只能找到没有网络问题。从网络角度来看，我已经提到这是“平均纯粹的时间”，这是一个特定的群体的唯一任务是证明问题不是他们的。然后将问题交付，然后找到其他内容 - 服务器不记得内存，或者负载平衡器遇到问题，需要重新启动。
使用AppDynamics，IT运营人会看到电子商务应用程序变为红色。然后他们可以钻取并快速看到问题是服务器或负载平衡器，绕过平乒乓球比赛导致分辨率的时间。
四处走动并删除它孤岛
在一个组织仍然存在的组织中，这是许多，Appdynamics的公共视图和深入钻取功能让网络工程师显着减少了从可能需要几小时到几分钟的内容的平均时间。网络操作更快可以证明网络不是问题，其他组可以开始自己的故障排除过程 - 导致更快的分辨率。
最终，IT内部以及IT与业务线之间的筒仓将倒塌。在许多组织中，这种情况已经发生，AppDynamics在这一过程中可以成为一个有价值的工具。坦率地说，组织中的每个人都应该关心用户体验，而不是他们自己的小领地。将各个组集合在一起的挑战是，大多数管理工具都是特定于领域的，因此很难创建一个为每个人提供价值的单一视图。
将AppDynamics视为比尔博·巴金斯环在这种情况下，“一个控制台来管理所有控制台”，现在可以使用一个GUI。在AppDynamics活动中，我有机会与联合航空公司APM总监Bill Hineline聊天，他告诉我公司的每个团队都喜欢使用AppDynamics，因为它为每个人提供了相同的信息。不再需要猜测问题的根源。
如果您是一名网络工程师，在一个有传统筒仓的组织中工作，您可以使用AppDynamics快速证明网络不是问题所在。或者，如果是网络问题，请使用它更快地解决问题。另外，使用所提供的信息有助于与其他基础架构和应用程序开发团队更紧密地联系。这个转变就要发生了，所以在它前面走吧。
如果在组织结构已经改变的公司工作，请使用AppDynamics中提供的丰富数据与其他团队更好地协作，并转向预测性管理模型，在该模型中，应用程序问题的根源可以在导致客户去其他地方之前得到预测和修复。