使用 Google 云服务的哪个区域来降低成本和延迟
Which region of Google Cloud Services to use to reduce cost and latency
我正在使用 google 云平台来托管我的服务。我有以下服务运行支持我的申请
- 应用引擎
- 云Sql
- 云存储
我需要帮助来了解使用哪个区域来减少延迟和定价。应用程序用户将位于印度以外。基于以上服务的可用性，以下是我最擅长的
- App 引擎 - 亚洲-东北 1
- 云 Sql - asia-east1/asia-northeast1
- 云存储 - asia-southeast1/asia-east1/asia-northeast1
就距离而言，"asia-southeast1" 区域最适合我。但是 google 不建议拥有所有三个不同的区域。
在 asia-northeast1 中托管所有三个对我来说是最佳选择吗？
我建议不要将您的应用程序存储在与数据库不同的 region/data 中心，因为它会为每个数据库操作引入较大的延迟。
并且由于复杂应用程序的每个请求很可能会比用户往返更多的数据库操作，因此将应用程序和数据库放在同一区域是有意义的，即使这意味着将它们稍微远离一些用户。
就云存储而言，如果您将存储桶设置为具有多区域可用性（它们默认设置为具有），那么您放置它们的初始区域没有区别，因为 Google 将从离他们最近的区域为每个用户提供服务
我正在使用 google 云平台来托管我的服务。我有以下服务运行支持我的申请
- 应用引擎
- 云Sql
- 云存储
我需要帮助来了解使用哪个区域来减少延迟和定价。应用程序用户将位于印度以外。基于以上服务的可用性，以下是我最擅长的
- App 引擎 - 亚洲-东北 1
- 云 Sql - asia-east1/asia-northeast1
- 云存储 - asia-southeast1/asia-east1/asia-northeast1
就距离而言，"asia-southeast1" 区域最适合我。但是 google 不建议拥有所有三个不同的区域。
在 asia-northeast1 中托管所有三个对我来说是最佳选择吗？
我建议不要将您的应用程序存储在与数据库不同的 region/data 中心，因为它会为每个数据库操作引入较大的延迟。
并且由于复杂应用程序的每个请求很可能会比用户往返更多的数据库操作，因此将应用程序和数据库放在同一区域是有意义的，即使这意味着将它们稍微远离一些用户。
就云存储而言，如果您将存储桶设置为具有多区域可用性（它们默认设置为具有），那么您放置它们的初始区域没有区别，因为 Google 将从离他们最近的区域为每个用户提供服务