Google App Engine 账号无法启用 Billing

结论

如果页面反复显示“Activating billing”，之后又变回“Enable Billing”，通常说明 Billing 没有完成激活，或未成功关联到对应的 App Engine 项目。常见问题包括付款资料验证失败、Billing account 状态异常、项目关联失败或账号权限不足，与 Python 应用代码和数据库本身无关。

仅凭这一页面现象，无法判断具体是哪项验证失败。如果等待 30 分钟乃至数小时后仍无变化，反复提交信用卡信息通常解决不了问题。此时应检查结算后台，并联系 Google Cloud Billing 支持，请其查询服务端的失败记录。

常见原因

常见原因有：

• 信用卡授权验证没有通过，但前端未显示明确错误。
• 持卡人姓名、账单地址、邮编或国家、地区与发卡行记录不符。
• 发卡行拦截了境外支付、在线支付或小额预授权。
• Google Payments profile 正在等待验证，或处于暂停、受限状态。
• Billing account 已创建，但没有成功关联到运行 App Engine 的项目。
• 当前登录账号不是项目 Owner，或缺少 Billing Account Administrator、Billing Account User 等必要权限。
• 操作期间切换过 Google 账号，导致付款资料和项目分属不同账号或组织。
• 旧版 App Engine 管理后台与结算系统之间存在状态同步异常。

即使换卡后仍然失败，也不能完全排除付款资料问题。多张卡可能使用同一个受限的 Payments profile，也可能是项目关联根本没有成功。

排查步骤

1. 确认项目是否已关联 Billing account

进入 Google Cloud Console，选择实际承载 App Engine 应用的项目，再打开“Billing”页面。

逐项确认：

• 当前项目 ID 与线上应用使用的项目 ID 完全一致。
• 页面明确显示该项目已关联某个 Billing account。
• Billing account 的状态是 Active，而不是 Closed、Suspended 或 Pending。
• 不仅创建了付款资料，也完成了项目与 Billing account 的关联。

如果已经有 Billing account，可以从项目的 Billing 页面重新关联，不要再次通过 App Engine 的“Enable Billing”入口录入信用卡。

2. 检查 Google Payments 状态

查看付款中心是否显示以下情况：

• 要求验证身份或地址；
• 付款方式被拒绝；
• 账号已暂停或需要补充资料；
• 小额预授权失败；
• 要求联系发卡行。

同时检查注册邮箱和垃圾邮件目录。有些付款验证不会直接显示在 App Engine 页面，而是通过 Payments 页面或邮件通知。

3. 核对信用卡资料

确认以下内容与银行保存的账单资料一致：

• 持卡人姓名；
• 账单地址；
• 邮政编码；
• 国家或地区；
• 卡号、有效期和安全码。

还要向发卡行确认，这张卡允许境外在线交易、周期性扣款和小额预授权。信用卡能在其他网站正常消费，并不意味着 Google 的预授权一定能通过。

4. 检查账号和权限

使用无痕窗口重新登录，并只保留一个 Google 账号，以免选错项目或付款资料。

当前账号至少要具备相应的项目管理权限和 Billing 关联权限。如果项目属于某个组织，还可能受到组织策略限制，需要管理员为项目关联 Billing account。

5. 避免连续重复提交

Billing 激活超过页面提示的时间后，可以再等待一段时间，但不要连续多次重新录入信用卡。这种操作可能触发风控，也可能创建多个未完成的付款资料。

如果数小时后状态仍未变化，请记录以下信息：

• Project ID；
• Billing account ID；
• 首次启用 Billing 的时间和时区；
• 页面截图；
• Payments profile 状态；
• 是否收到验证邮件；
• 使用的浏览器和登录账号。

整理好这些信息后，向 Google Cloud Billing 支持提交工单。Billing 和账号问题通常可以通过结算支持渠道处理，即使项目还没有升级到付费支持方案。后台的授权失败、风控限制和关联失败记录，只有 Google 支持人员能够查看。

临时缓解数据库读取配额

在 Billing 恢复前，可以暂时减少重复的 Datastore 查询，把能够复用的内容放入缓存。以下是旧版 App Engine Python db API 与 Memcache 的示意代码：

from google.appengine.api import memcache
from google.appengine.ext import db

def get_public_content(content_id):
    cache_key = "public_content:%s" % content_id

    content = memcache.get(cache_key)
    if content is not None:
        return content

    content = PublicContent.get_by_id(content_id)
    if content is not None:
        memcache.set(cache_key, content, time=300)

    return content

对于不需要实时更新的公开页面，也可以缓存渲染后的 HTML：

from google.appengine.api import memcache

def get_cached_page(page_key, render_page):
    cache_key = "rendered_page:%s" % page_key

    html = memcache.get(cache_key)
    if html is None:
        html = render_page()
        memcache.set(cache_key, html, time=600)

    return html

这种做法只能减少后续读取量，无法恢复已经耗尽的每日配额。缓存未命中时仍会访问 Datastore。旧版 App Engine 服务的具体配额重置时间，应以项目控制台显示的信息为准。

注意事项

不要试图通过关闭所有数据库读取来掩盖 Billing 故障。更合适的做法是让站点进入可预期的降级状态，例如显示缓存内容、静态页面或维护提示。客户项目还应设置预算通知和配额监控。预算通知不会自动阻止费用，但可以帮助团队尽早发现结算或用量异常。

如果这是旧版 App Engine 控制台中的历史应用，界面名称和处理入口可能已经改变，但排查顺序没有变化：先确认 Billing account 本身有效，再确认它确实关联到了正确的项目。反复出现“Enable Billing”并非正常的长时间激活状态，应按结算关联失败处理。

备注：内容仅供参考。