现场性能- Akamai

Question

我们面临的性能问题，在我们的服务器之一，是托管一个网站的~5万用户一个月。

我们一直在讨论提高性能的不同方案，目前我们正在使用Akamai的反向代理服务，通过从其全局服务器上为缓存的页面和资源提供服务来释放服务器负载。

通过这样做，我们开始遇到一些问题，比如“用户A尝试登录，但是页面呈现好像用户B已登录”之类的问题。

Akamai可以添加允许某些页面不被缓存的异常，但问题是我们运行的是joomla，当这个网站构建时，它们没有启用漂亮的URL，所以一切都经过index.php，而Akamai不能在其中添加带有查询字符串的异常(index.php?var=val)。

当前的url样式如下所示: /index.php?option=com_content&task=blogcategory&id=618&Itemid=1123

为了给akamai添加例外，我们必须启用相当多的url，但是这个站点很大，而且有大量的相关资源(img src=“templates/.jpg”)，所以如果我们启用漂亮的url，站点的图像和资源就会中断(我们必须修复所有的内容)。

你们对我们能做什么还有什么想法吗？也许我们没有想到什么而你却这么做了？

你们中有谁有过Akamai缓存服务的经验吗？

Answer 1

这里有很多令人困惑的信息，这些信息大多与此无关。

一个页面应该是可缓存的，或者它不应该缓存。服务器应该告诉世界上其他人什么是可缓存的。是的，阿克迈可以尝试清理你的一些混乱--但你真的应该自己解决这个问题。

我们开始遇到一些与缓存有关的错误驱动页面的问题。

然后，要么告诉Akmai忽略您提供的缓存信息，要么您没有提供正确的缓存信息。

我不太熟悉Joomla，但是AFAIK，使用开箱即用的东西，你唯一的选择就是打开/关闭浏览器端缓存，或者启用视图/模块的服务器端缓存。因此，在这种粒度级别上，您无法有效地控制缓存。即使如此，控制的水平也是非常基本的。

解决这一问题的唯一方法是重新实现Joomla的重要部分，以允许细粒度缓存，或者在Joomla前面实现您自己的代理和代码，以便在适当的地方覆盖默认策略。