网站性能优化技术性要在网站性能遇到问题时的解决方法。而网站的性能难题许多要在客户高并发访问时发生的，因此网站性能优化的首要工作是改进高并发访问状况下的网站响应时间。自己当老板说“我们要改进网站性能”的情况下，2个网站性能架构模式计划方案：A计划方案在低于100个并发客户访问时，每一个要求的响应时间是1秒，并发要求超出200的情况下，要求的响应时间将邹增到10秒。B计划方案不论是100个并发客户访问或是200个并发客户访问，每一个要求的响应时间全是1.5秒。老总封顶想要什么呢、其实他期待的要在A计划方案的前提下，不论是100个并发访问或是200个并发访问，响应时间都可以做到1秒。而系统架构师能做到的，乃是运用分布式系统的计划方案改进网站并发特点，因为分布式系统难以避免会产生构架繁杂、通信网络延迟时间等难题，因此最后设计方案出去的有可能是B计划方案：减少高并发访问回应延迟时间的与此同时，却增加了原先低并发访问时的回应延迟时间。系统架构师对这些概率要心里有数，有效调节有关各方对性能优化的心理预期。
网站性能对客户来讲是一种主观感受，性能优化的最终目的便是改进客户的感受，使他们觉得网站迅速。脱离这一目地，追求完美技术上所说的高性能，是舍本求末，并没有多少实际意义。而客户体验的速度，能通过方式方法改进，还可以根据提升交互体验改进。
即便在技术层面，性能优化一定要全方位考虑到，综合性衡量：性能提高一倍，但网络服务器总数一定要增加一倍；或是响应时间减少，与此同时数据一致性也降低，这种提升能否进行？这种问题的答案并不是技术团队能回复的。说到底，技术性就是为了业务服务的，技术性型号选择和构架管理决策依靠业务规划甚至企业发展战略，离去市场拓展的支持和推动，技术性走很近，乃至还会继续迷了路。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
