Google Cloud Platform 的发布核对清单

简介

此“发布核对清单”重点介绍了在 Google Cloud Platform 上发布商业应用的最佳做法,适用于已经熟悉 Google Cloud Platform 及其提供的服务,并且正在寻求应用发布指导的企业开发者。

某些 Google Cloud Platform 服务具有专用的发布核对清单,例如 App Engine 发布清单。请使用服务专用的核对清单获取详细指导,并使用此 Google Cloud Platform 发布核对清单获取总体指导。

如果您是刚开始使用 Google Cloud Platform,请参阅 Google Cloud Platform 概览开始免费试用。要熟悉特定服务,请尝试使用该服务的快速入门,例如 App Engine 按教程操作、Compute Engine 快速入门或 Cloud Storage 快速入门

此发布核对清单分为五个部分:

  • 架构设计和开发
  • Alpha 版测试
  • 小范围发布
  • 最终发布
  • 发布后

这几个部分的呈现顺序也是我们建议您在准备发布应用时遵循的顺序。例如,您应该从“架构设计和开发核对清单”开始;其包含我们建议您在应用开发生命周期的早期阶段进行的活动。同样,“小范围发布核对清单”包含我们建议您在即将发布应用时进行的活动。但是,核对清单活动的确切时间轴和完成这些活动所需的时间取决于您要发布的应用的类型以及支持该应用的组织资源。

此“发布核对清单”旨在确保产品顺利发布,并为您的应用用户提供良好的体验。我们建议您将这些核对清单用于在 Google Cloud Platform 上运行的现有应用和新应用。

架构设计和开发核对清单

我们建议您在应用开发的早期阶段使用此核对清单。此核对清单活动分为四组:

  • 软件架构工作
  • 确定您与 Google 的联系方式
  • 预配
  • 制定发布计划并进行流量估算

您可以同时进行这些活动组中的核对清单活动;但是,我们建议您尽早开始与软件架构相关的活动,因为它们需要更多时间才能完成。

软件架构工作

活动
❑  
编写架构摘要,包括整体架构图、流程汇总以及对服务交互点的详细说明。列出并说明每种 Google Cloud Platform 服务的使用方式,包括任何实验性 Google API、非 Cloud Platform Google API 和第三方 API 的使用。
❑  
记录您的构建和发布流程、配置流程以及安全管理流程。尽可能自动操作。
❑  
记录日常备份、定期维护和灾难恢复流程。用真实数据测试您的恢复流程。确定完全恢复所需的时间,并在灾难恢复流程中反映这一点。
❑  
记录您的开发运营流程,特别是在您需要让自己的支持系统与 Google 的支持系统相集成时。记录并定义您的系统监控流程和提醒流程。确保开发运营人员熟悉 Google Cloud Platform Console 并参与测试。监控 Cloud 状态信息中心

确定您与 Google 的联系方式

活动
❑  
购买至少白银级的 Google Cloud 支持,以确定您与 Google 的紧急联系方式并进行测试。无论购买什么级别的支持,务必回顾并练习如何提交问题(例如,提交 App Engine 问题)。
❑  
让您的团队熟悉 Google Cloud 支持中心,包括网络/电子邮件以及电话支持流程(取决于购买的服务级别)。在周末以及在深夜进行测试。确保您的团队知道如何与 Google 联系。
❑  
在您向 Cloud 支持部门提交工单(特别是 P1 工单)时,为保证您的问题得到快速解决并尽可能减少服务的停机时间,请确保您有适当的流程,可及时向支持工程师提供进一步的信息。我们的分析表明,等待客户提供最新信息的预期时间几乎是解决问题所花总时间的 30%。

预配

活动
❑  
为每个开发环境预配 Google Cloud Platform 项目,例如 Dev、Test 或 Prod。
❑  
启用 Google Cloud Platform 结算功能并为您的费用建模。如需了解详细信息,请参阅价格计算器
❑  
预配网域和证书。使用 Google Apps 管理控制台安装证书。如需了解详情,请参阅自定义网域的 SSL配置自定义网域的 SSL 证书
❑  
预配所需的其他 Google 服务和第三方服务。这些服务应纳入此发布流程所述的活动中。

制定发布计划并进行流量估算

活动
❑  
计算整个解决方案及其所有子组件的流量估算值。
❑  
制定发布计划并确保该计划是与发布相关的信息的最可靠来源。该计划应该引用所有其他必需的流程和文档。
❑  
制定测试计划。计划中始终要有包括向生产服务部署代码和针对生产服务部署代码的测试。反复测试。进行多次测试以尽可能贴近实际情况,并包含尽可能多的人员和流程。
❑  
制定负载测试计划。预计每次都要“重置”Google Cloud Platform 项目(例如,删除 Cloud Datastore 实体或删除 Cloud Storage 存储分区和对象)。对于国际发布,在国际范围内进行测试。
❑  
完成配额分析。了解配额,监控配额详情,以及通过 Google Cloud 支持中心提交支持服务工单以申请配额调整。

Alpha 版测试核对清单

如果您即将完成代码并希望获得关于您的应用的初始指标,请使用“Alpha 版测试核对清单”。

活动
❑  
修改流量估算值。
❑  
根据当前应用日志修改发布计划。
❑  
根据流量估算值修改配额分析,并在 Google Cloud 支持中心提交工单以请求配额调整。
❑  
至少再执行一轮负载测试,因为您的解决方案和 Google Cloud Platform 都在不断完善和发展。
❑  
创建分步部署脚本并进行测试。目标是为构建流程和发布流程制定可审核、可重复且全面的文档化指南。
❑  
验证您的系统监控和提醒是否充分、有效。
❑  
模拟重大的服务中断并测试您的灾难恢复流程。对尽可能多的人员和流程进行测试。
❑  
模拟数据中心故障、服务故障、数据损坏和其他不太可能发生的事件。准备好应对大规模的意外事件。
❑  
模拟构建和发布失败的情况。您能够有效地回滚吗?该流程是否记录在案?
❑  
模拟配置管理失败的情况。为什么会出现这些失败?如何除掉漏洞?如何缩短识别和解决这些漏洞的时间?
❑  
多次测试所有内容。考虑记录测试中涉及的人员和机器,以确定发生故障的位置以及未记录的活动的发生地点。

小范围发布核对清单

在商业性发布应用之前,我们建议您使用“小范围发布核对清单”活动来测试您的发布准备情况。

活动
❑  
运行您的全部部署脚本。更正出现的错误和遗漏。记录所有必要的部署步骤。
❑  
进行 1.5 倍至 2.0 倍于流量估算的负载测试。
❑  
对出现的问题进行分类和解决。参照实际费用审核费用模型。确保运营费用在预算范围内。根据需要修改您的费用模型。
❑  
确定并验证减少费用的方法。

最终发布核对清单

在即将发布之时和发布期间,请使用“最终发布核对清单”

活动
❑  
运行您的全部部署脚本。记录和解决出现的问题。
❑  
确保您的所有团队成员都可以根据需要对出现的问题进行分类和解决。

发布后核对清单

活动
❑  
吸取经验教训并更新所有相关文档。
❑  
创建事后总结文档。
此页内容是否有用?请给出您的反馈和评价:

发送以下问题的反馈:

此网页