在我们的时事通讯我们开始讨论一个很少提起纪律——应用程序性能工程(猿)。在这个通讯,我们将讨论猿之间的联系和内部的sla, IT组织已经开始提供给公司的业务经理。
在我们最后的两个时事通讯我们开始讨论一个很少提起纪律——应用程序性能工程(猿)。在这个通讯,我们将讨论猿之间的联系和内部服务水平协议(SLA), IT组织已经开始提供给公司的业务经理。
sla已经存在了几十年。然而,常见的为it组织已经得到一个SLA的服务提供商,早在两年前,我们很少遇到一个it组织提供SLA内部公司的业务经理。开始大约两年前我们开始注意到一个转变,IT组织开始提供该公司的业务部门经理内部少数的SLA应用程序。IT高管,我们都同意了,成功地开发和管理sla是非常困难的,但这是值得的,因为它提高了关系,他们与公司的业务部门经理。
一种看运动的IT组织提供一个内部SLA至少少数应用,IT组织的能力成功地管理这些SLA是高度依赖他们成功地实现模仿的能力。例如,IT组织,想要开发一个SLA对于一个给定的应用程序可以完全避免猿,只是实现一个良好的应用程序性能管理(APM)工具,观察应用程序的性能超过一段时间。然后,根据观察到的性能,IT组织可以创建一个基于SLA可以满足,感觉舒适。
这种方法将在两个条件下工作。其中一个条件是,在当前环境下应用程序几乎总是以可接受的方式执行。另一个条件是,环境永远不会改变。环境是指一个广泛的因素包括应用程序所提供的功能,用户的数量,用户的位置以及广域网,服务器、存储和安全功能,用于支持应用程序。这是很难相信这两个条件适用于很多情况。例如,应用程序可以执行可接受在美国大陆之间的往返WAN延迟应用程序和公司的员工很少超过60 ms。然而,同一个应用程序可以执行以不可接受的方式如果员工在Pac边缘开始使用应用程序,因为在这种情况下,往返WAN延迟将三到四百毫秒。
自前款所描述的方法很少会工作,已经有一个更好的方法组织实施,或很快就会实现,内部sla,包括应用程序的性能目标是实现猿。我们指的是部分的组织需要设计应用程序的性能测试,测量和在整个应用程序生命周期优化性能。
在下通讯我们将讨论猿之间的联系和应用程序设计。同时我们感兴趣的是你的经历,任何形式的模仿。请写信给我们,让我们知道你做了什么,哪些有用,哪些没用。