Ucraft的Gev在这里。
我正在与您联系，寻求有关如何实现以下目标的想法：
Ucraft是一个网站构建器，基于后端的PHP构建，并托管在Google Cloud App Engine上。
现在，我们想为公众视图（云存储中托管的纯HTML）开发一种缓存机制。
由于我们的前端网站是多语言的，因此我们需要为可用语言提供缓存，如果没有缓存，则我们会考虑使用lang前缀（例如Folder：Cache>）为它们生成HTML缓存（如果不可用）。 www.aaa.com> zh_CN> index.html / about-us.html…
由于前端还支持基于位置的布局更改，因此我们将需要生成缓存，如下所示：缓存文件夹> www.aaa.com> en_GB>全局> index.html或诸如此类：缓存文件夹> www.aaa.com> en_GB> uk> index.html，这意味着该文件夹包括特定于英国的缓存…
场景：由于我们需要检测最终用户的位置以了解要服务的缓存，因此我们正在考虑使用Cloud Functions + Firebase。在Firebase中，我们将存储描述网站是否有任何基于位置的缓存的数据库（这将帮助我们确定缓存文件夹的路径）。在Cloud Functions中，我们要编写一小段代码，一种带有逻辑的微型负载均衡器，它将从初始请求中获取用户位置，请在Firebase中检查网站是否有特定于位置的缓存，用户和缓存的位置相同，它将在响应中为缓存提供服务。如果没有可用的缓存，它将转到App Engine，获取HTML，将其缓存在Cloud Storage中，并提供请求
问题：将缓存以html格式存储在Cloud Storage中是一种好习惯吗？
谢谢！