这是第八一系列的通讯一直在讨论一个很少提起纪律——应用程序性能工程(猿)。在这个通讯,我们将讨论猿之间的关系和网络和应用程序优化(NAO)。
值得记住的是,一个模仿的主要前提是它组织应该测试应用程序在开发阶段的目的,积极消除性能瓶颈。将显示在这个通讯,在大多数情况下,猿和NAO是互补的解决方案。
的主要方法之一,它组织落实审计署通过实现应用交付控制器(ADC)。毫无疑问,adc提供一些功能,优化广域网流量。例如,adc压缩交通在互联网上传播。然而,没有IT组织会证明部署ADC的费用只是压缩网络流量。
所提供的大部分功能ADC是专注于改进的性能服务器农场。例如,一个关键的任务由ADC TCP处理即ADC处理成千上万的短暂的TCP连接的用户应用程序和手去服务器农场少量长期联系。不大可能,It组织采用了猿会得出结论,应用程序可以被重写以这样一种方式来消除服务器开销与TCP相关联处理。然而,作为测试的一部分,和建模中固有的猿,IT组织可以得出结论,值得牺牲部署ADC提高服务器的性能。在这个例子中,猿和ADC是高度互补的解决方案。
另一个IT组织实施NAO的主要方法是通过实现广域网优化控制器(WOC)。woc提供功能,如压缩和请求预测和欺骗。为了示例假设作为测试的一部分,固有的猿和建模,它是确定应用程序设计非常健谈,发送大文件。
一种选择是,IT组织可能决定重写应用程序来减少通信量和提供压缩作为应用程序的一部分。另一个选择是,IT组织可能决定而不是重写应用程序使用woc减轻性能瓶颈。IT组织需要独立的选项,猿的目的是实现,性能瓶颈被确定在应用程序开发阶段,这些瓶颈消除。
的唯一实例猿和WOC真正有竞争力的方法是当一个组织决定,但它不会采取猿主动确保可接受的应用程序的性能,但它将部署一个NAO解决方案,希望减轻了性能瓶颈的解决方案。
在我们下一个通讯我们将讨论模仿和应用程序性能管理之间的关系。与此同时我们感兴趣的是你的经历,任何形式的模仿。请写信给我们,让我们知道你做了什么,哪些有用,哪些没用。