基于慢速外部API的Symfony 2 UserProvider :如何缓存/加速它？

Question

问题(简单地说)是：

我们目前的解决方案太慢了。

1. Symfony Security组件在每个页面视图上重新加载用户。
2. 用户是从我们自己的访问缓慢的外部API的UserProvider中加载的。

我们脑海中浮现的第一个想法是：

我们可以在本地数据库或memcache中缓存来自外部API的信息。

我的问题：

1. 有没有能帮助我们实现这一目标的捆绑呢？
2. 我们应该处理我们自己的UserProvider中的所有缓存吗？
3. 是否更好的方法是将需要缓存到原则实体中的用户放在一个原则实体中，并使用连锁提供商首先从原则中加载用户？在这种情况下，我们如何处理有限的用户对象生命周期？
4. 不如不要缓存任何东西，而只是编写我们的提供者刷新函数，这样它只能在上次重新加载太久的时候才重新加载用户？

关于如何有效地做到这一点，还有其他的想法吗？

干杯,

丁满

Answer 1

缓存和链接提供程序都不是“完美”的解决方案，因为您必须实现在外部提供程序发生更改时使用户无效的逻辑(例如更改密码)。如果我理解正确的话，这将要求您经常检查API。似乎您必须在性能和频繁地检查更新之间做出折衷。

尽管如此，我假设您已经有了一个通过API读取用户的自定义用户提供程序，并且我认为将缓存作为依赖项添加没有任何问题，或者在您的UserProvider旁边创建第二个UserProvider，这样您就可以在缓存后端出现问题时在它们之间切换。我不认为这是必需的附加包，但您可能需要寻找缓存包。

我看不出(3)中提出的链接提供程序会如何帮助您，因为您只会有相同的限制，即经常检查外部提供程序中的更改，就像缓存一样。如果我不得不选择，我将使用CachedProvider，因为这几乎就是您想要做的事情，一个更复杂的链提供程序只会隐藏您最初想要解决的问题，并使未来的维护人员感到困惑(简而言之:保持简单)。

根据API提供的内容，您可能能够在后台运行一个工作人员，它会自动从API中获取新用户和对现有用户的更改，并将其移动到(本地)数据库，但在这种情况下，我不会费心设置链接的提供程序，只需依赖数据库来更新。