这是第十个和最后一个在一系列的通讯,通讯已经讨论很少提及这学科——应用程序性能工程(猿)。在这个通讯,我们将讨论应用程序猿的角色一旦进入生产。
这是第十和最后一个时事通讯一系列的通讯已经讨论很少提及这学科——应用程序性能工程(猿)。在这个通讯,我们将讨论应用程序猿的角色一旦进入生产。
通过本系列的大多数我们强调模仿的作用在应用程序生命周期的设计和开发阶段。我们这样做是因为我们相信最好的方法确保可接受的应用程序的性能是从头开始构建应用程序性能。我们相信这种方法比试图调整应用程序一旦在生产或实现广域网优化控制器来弥补一个写得很糟糕的应用程序。
然而,一旦应用程序投入生产运行它通常运行多年。在此期间,大多数IT组织会使数百人,如果没有成千上万的IT基础设施的变化。我们不建议IT组织应该执行的测试和分析,我们已经讨论了在本系列前面的文章每次IT组织正计划做出改变的基础设施。绝大多数的这些变化有些琐碎的可能的影响,他们将对应用程序的性能。
然而,组织实施重大项目通常包括在项目计划如何减轻风险的识别与该项目相关联。我们所建议的是一些非常显眼,它偶尔组织实现广泛的项目,他们在风险缓解计划应该包括识别该项目将如何影响性能的一小部分应用程序公司使用的业务运行。
的一个很好的例子,我们谈的是桌面的项目类型虚拟化。我们已经讨论了在以前的通讯,有两个基本方法桌面虚拟化可以实现,服务器端和客户端。在某些情况下,IT组织最终将实现一种桌面虚拟化的一些工人和其他形式的桌面虚拟化剩下的工人。独立于它是如何实现的,一旦一个it组织实现桌面虚拟化广域网将桌面性能的影响方式,它从来没有过。底线是,实现桌面虚拟化等项目没有测试来确定实现将导致可接受的性能产生一定程度的IT组织应该避免的风险。