将一个共享云 SQL 用于三个独立的 App Engine 项目是否有意义？
Does it make sense to use one shared Cloud SQL for three separate App Engine project?
我正在使用 Google App Engine 和 Cloud SQL 为应用程序构建后端。
我有：
- 作为我的 API 服务器处理会话（使用云 SQL 和内存缓存）并调用 API
服务器前面的代理的网络服务器
- 一个 API 可以访问云端资源的服务器 SQL 实例
- oAuth 服务器还需要 Cloud SQL 和 memcache 用于令牌等
所以我的问题是：我是否需要三个 Cloud SQL 项目，它们都有自己的副本？或者是否可以让一个 Cloud SQL 项目和所有三个 App Engine 项目通过 Cloud SQL 代理访问此 Cloud SQL 实例？
所有项目都将位于 us-central 区域。
很想听听一些想法。
谢谢！
我将添加此信息作为对社区的正式答复。所有功劳归功于 Dan Cornilescu。
您不需要创建 3 个不同的项目。您可以在同一个项目中拥有 3 个 Google App Engine 服务 运行 和一个 Cloud SQL 实例。这似乎是适合您情况的最佳选择。在单个项目中使用多个服务有其优势，其中之一是提高性能。
请注意，您还可以在同一项目中拥有多个 Cloud SQL 实例 运行。您可以按照此文档详细讨论如何创建云 SQL 实例：
如果您需要有关 Google App Engine 服务的更多信息，这是一个很好的资源：
我正在使用 Google App Engine 和 Cloud SQL 为应用程序构建后端。
我有：
- 作为我的 API 服务器处理会话（使用云 SQL 和内存缓存）并调用 API 服务器前面的代理的网络服务器
- 一个 API 可以访问云端资源的服务器 SQL 实例
- oAuth 服务器还需要 Cloud SQL 和 memcache 用于令牌等
所以我的问题是：我是否需要三个 Cloud SQL 项目，它们都有自己的副本？或者是否可以让一个 Cloud SQL 项目和所有三个 App Engine 项目通过 Cloud SQL 代理访问此 Cloud SQL 实例？
所有项目都将位于 us-central 区域。
很想听听一些想法。
谢谢！
我将添加此信息作为对社区的正式答复。所有功劳归功于 Dan Cornilescu。
您不需要创建 3 个不同的项目。您可以在同一个项目中拥有 3 个 Google App Engine 服务 运行 和一个 Cloud SQL 实例。这似乎是适合您情况的最佳选择。在单个项目中使用多个服务有其优势，其中之一是提高性能。
请注意，您还可以在同一项目中拥有多个 Cloud SQL 实例 运行。您可以按照此文档详细讨论如何创建云 SQL 实例：
如果您需要有关 Google App Engine 服务的更多信息，这是一个很好的资源：