您如何按图表保存网站历史历史表现数据？

　　保存Web应用程序中每层的历史性能数据。它有利于问题的位置。典型的三层架构包括Web层， 应用层， 和数据层。性能问题可能会出现在任何图层中，所以， 这将增加调查的难度。保存每层的性能数据，在最终用户遇到问题之前，我们可能会检测到它。或者，更多裂缝是，在这些问题在网站或应用程序中影响它们之前，他们排除了它们。Web开发人员必须与运营商合作，监控每层的健康，确定每层的测试模式应该是两支球队的共同责任。E.G，Web开发人员可能负责保存应用层和Web层的历史表现趋势，所以如何测试[企业生产网站]这些层对这些层的测试有更多的单词。另一方面，在数据层中，它可能由数据库管理员创建，以创建工具或测试特定查高端网页开发询和数据库函数。

　　为公司通过网站获得收益或占领市场，监控最终用户的性能绝对是最重要的。如果您不知道国家/地区或全球规模，然后这家公司可能无法管理您的核心业务。然而，如果您想快速和高效地诊断问题，并控制影响最终用户性能的所有级别或组件，监视最终用户的性能仍然不足。

　　典型的三层Web环境，它部署了全球或区域绩效监测服务。所以这家公司可以跟踪最终用户和网络性能指标。

　　只有少数监视器或完全监视Web应用程序的每个组件。当全球监控服务发现最终用户层上的问题时，发展和运营团队必须赶紧寻找日志，可以找到性能问题[企业网站施工设计]现在的位置是什么。在这个例子中，当有修改时影响所有三层，最终用户的性能经验将严重衰落。

　　实际上，这个问题可能是由外部因素引起的，如DDOS攻击， 网络或ISP问题，或访客的激增。然而，由于没有关于每个图层的历史数据，因此因此，他们很难确定问题所在的位置所以， 您需要更多的时间和精力来找到问题的根本原因。

　　环境相同，但现在每层都有历史性能数据。在这些情况下，如果有内部修改， 最终用户性能降低或问题。然后它几乎可以立即测试。修复网站生产问题所需的时间明显减少，因为可以在更精细的粒度上检测到性能变化，而且， 发生测试问题的位置也降低到特定水平。可以将性能数据与修改记录和应用程序日志文件进行比较。由此，隔离[官方网站生产是多少]问题的发生毫无困难。此外，当有最终用户遇到性能问题时，相关人员只需要在办公室查看一些响应式网站建设推荐历史表现图表，可以确定问题是内部因素或外部因素。