用户凭据的最佳存储选项（Google 云生态系统）
Best storage option for user credentials (Google Cloud ecosystem)
在Google云生态系统中，包括登录凭据在内的基本用户数据的规范存储选项是什么？
- 用户名
- 密码
- 电子邮件
等等
乐观地说我的应用有 10 万用户，我不想启用社交登录，但将来可能会想要。
我目前正在查看 CloudSQL 和 Datastore，但不确定权衡。
我一直选择 Cloud Datastore 而选择 Cloud SQL 的主要原因是 Datastore 的横向可扩展性，它完全由 Google 管理.由于它由 Bigtable 提供支持，因此您不必担心扩展实例。
您必须牢记的另一件事是 成本模型：使用 Cloud Datastore，您需要按 read/write/delete 和存储量付费。对于 Cloud SQL，您需要为每个 运行 个实例和存储付费。当您启动一个只有少数用户的网站时，Cloud Datastore 非常便宜，因为您不必为 Cloud SQL 的 24/7 运行 实例付费。当流量增长时，取决于使用模式，哪种技术更具成本效益。
使用云 SQL，您可以更灵活地执行 即席查询 ：您不必总是事先添加索引。即使这样做，您也不必重新编写所有实体来添加实体（就像 Cloud Datastore 中的情况一样）。当然，您有明显的优势：ACID 支持 和 范围广泛的框架 可供选择以与 MySQL 或 Postgre 交互SQL.
请记住，这两种技术看似相似，但特性却完全不同。当 designing your Datastore dataset for scale and reading the documentation about the limits.
时你会遇到这种情况
最后，也许也值得看看这两款产品：
- Cloud Firestore：Cloud Datastore 的继任者，目前处于测试阶段
- Firebase Authentication：API 处理身份验证并与其他 Firebase 产品很好地集成
在Google云生态系统中，包括登录凭据在内的基本用户数据的规范存储选项是什么？
- 用户名
- 密码
- 电子邮件 等等
乐观地说我的应用有 10 万用户，我不想启用社交登录，但将来可能会想要。 我目前正在查看 CloudSQL 和 Datastore，但不确定权衡。
我一直选择 Cloud Datastore 而选择 Cloud SQL 的主要原因是 Datastore 的横向可扩展性，它完全由 Google 管理.由于它由 Bigtable 提供支持，因此您不必担心扩展实例。
您必须牢记的另一件事是 成本模型：使用 Cloud Datastore，您需要按 read/write/delete 和存储量付费。对于 Cloud SQL，您需要为每个 运行 个实例和存储付费。当您启动一个只有少数用户的网站时，Cloud Datastore 非常便宜，因为您不必为 Cloud SQL 的 24/7 运行 实例付费。当流量增长时，取决于使用模式，哪种技术更具成本效益。
使用云 SQL，您可以更灵活地执行 即席查询 ：您不必总是事先添加索引。即使这样做，您也不必重新编写所有实体来添加实体（就像 Cloud Datastore 中的情况一样）。当然，您有明显的优势：ACID 支持 和 范围广泛的框架 可供选择以与 MySQL 或 Postgre 交互SQL.
请记住，这两种技术看似相似，但特性却完全不同。当 designing your Datastore dataset for scale and reading the documentation about the limits.
时你会遇到这种情况最后，也许也值得看看这两款产品：
- Cloud Firestore：Cloud Datastore 的继任者，目前处于测试阶段
- Firebase Authentication：API 处理身份验证并与其他 Firebase 产品很好地集成