【问题标题】:App Engine vs Compute Engine as simple API to MemorystoreApp Engine vs Compute Engine 作为 Memorystore 的简单 API
【发布时间】:2019-05-11 05:55:39
【问题描述】:

我正在建立一个数据库,它将仅存储有关经济体中商品的基本信息,例如卖家(价格和卖家 ID)、最近的平均价格和过去的销售额。

我的游戏服务器将与这些数据进行交互并对其进行操作。我不希望它占用超过 1 GB 的大小,所以我只想将它存储在一个 Redis 服务器上。

问题是,我不确定是否应该使用 App Engine 并且可能有多个实例,或者只有一个 Compute Engine 实例(如果是 Compute Engine 实例,我不会有单独的 Redis 服务器,因为代码的计算成本不是很高)。

现在我在想,因为只有一个 Redis 服务器(因为我不做分片),如果通过 App Engine 有多个实例,一切仍然会受到 Redis 服务器的限制。尽管如此,外部网络请求是否比谷歌网络中的内部请求更昂贵?如果需要,是否需要 App Engine?

【问题讨论】:

  • Cloud Memorystore 与 App Engine 的 CPU 速度相比是如此之快。您可以有几十个实例与 Memorystore 通信而没有任何问题。为了压倒 Memorystore,您需要每秒生成数百/数千个请求。 App Engine 可以进行大规模扩展,但您的设计会因一系列新的考虑因素(定价、Memorystore 的容错等)而处于不同的状态。

标签: google-app-engine google-cloud-platform google-compute-engine


【解决方案1】:

取决于应用程序的架构,App Engine 已为高性能做好准备,如果您对弹性和可扩展性感兴趣,是一个不错的选择,水平可扩展性让您的优势在于为您提供尽可能多的实例根据需要。 Compute Engine 和 App Engine 之间的区别可能在于 App Engine 已为代码做好准备,并允许您在多种编程语言之间进行选择。 Compute Engine 让您可以根据自己的规格选择各种展位图片。

【讨论】:

    猜你喜欢
    • 2018-02-14
    • 2017-11-17
    • 2018-04-28
    • 1970-01-01
    • 2020-06-24
    • 2020-09-07
    • 1970-01-01
    • 2020-03-31
    • 1970-01-01
    相关资源
    最近更新 更多