Google app engine GAE标准迁移到Go 1.11/1.12后的缓存

我几乎已经完成了基于的迁移

不用调用应用程序引擎库，这非常好

但是，现在我必须替换对app engine standard memcached的调用

以下是指南所说的：“要在App Engine上使用memcache服务，请使用Redis Labs Memcached Cloud而不是App Engine memcache。”

所以这是我唯一的选择；第三方？如果选择了GCE，他们甚至不会在页面上列出定价

我还看到在标准环境操作指南中有一个关于

从这个链接中，它提到了云内存存储。我找不到任何例子，如果这是可取的或可能做的GAE标准。当然，这以前是不可能的，但现在GAE标准已经变得更加“标准”，我认为这应该是可能的

---

谢谢你给我的建议。我一直在考虑这个问题。第二代实例的ram是第二代实例的两倍，因此如果不需要全局缓存（如items don't change once created-（使用sha256命名items）），您可以运行自己的本地线程安全memcache（如），并为其分配一些额外的ram。它将比Memcache更快，因此可以更快地为请求提供服务，从而保持较低的实例数。

---

通过在实例之间使用pub/sub，您可以使数据发生变化的数据变得全局化，但我认为这需要做更多的工作。

Memorystore似乎是Google的替代品：

您可以使用以下指南连接到它：

---

唉，它每天的价格约为1.20美元/GB，没有免费配额

因此，如果您的数据不变，并且每次需要的缓存少于100MB，那么第一个答案可能更好（免费）。此外，您的数据不会分解实例，因为您可以控制缓存的最大大小

---

但是，如果您的数据发生变化或需要更多缓存，MemoryStore是MemCache的更直接的替代品-只需花钱。

几个月过去了，您做了什么？目前没有缓存，希望在我有时间解决这个问题之前（升级的早期阶段），容量保持在足够低的水平。我的计划是拖延足够长的时间，让谷歌想出一些东西！或者在虚拟机上安装bitnami redis或其他基于go的解决方案。GAE标准现在是超级开放的，所以实际上很容易连接。所以你认为这是每个实例的吗？我想它可以在流量相当稳定的情况下正常工作，否则我想如果定期创建实例并关闭实例，那么您可能会失败，因为在这些情况下数据不会持久存在？每隔几分钟运行一次cron作业将使一个实例及其缓存保持活动状态。但是，如果您需要Cron，那么您可能无法获得足够的流量来超出免费查询限制。然而，由于大量高负载的零星流量，这仍然是减少查询的一个重大胜利。如果这个答案不可接受，你能告诉我你在寻找什么吗？我认为这是一个非常有趣的答案，我很感激。在scale中，我可以看到缓存中有大量数据，这会导致实例爆炸。此外，在我看来，appengine标准的卖点和原则之一应该是快速扩展和缩小，依赖于无状态服务设计。所以这违反了这一点。我想我想要的答案需要像memorystore或redis那样具有可伸缩性。这反映了我5月份从谷歌那里得到的答案。也许现在已经出了“阿尔法”？谷歌：“3.云Memorystore是一项全面管理的谷歌服务，提供快速的内存数据存储[7]。若要将此产品与App Engine standard配合使用，需要使用目前处于测试版的VPC网络连接器[8][9]。此时，VPC连接器和App Engine必须位于同一区域，并且唯一可以使用VPC连接器的区域是us-central1。有一个Go客户端库可用，但它当前处于alpha状态，因此不稳定，可能会更改[10]。最后，一份官方指南。现在看来这是正确的答案！（是否可以编辑您的答案以包含此链接而不是连接vpc？“$1.20/GB/天，没有免费配额。”他们是否按GB收费（最低1GB），或者如果我总共只使用100MB，我的收费是否会低于此？