全球骨干网络
根据终端用户位置规划区域、负载均衡和网络路径。
返回首页
中文
WHY CHOOSE US
围绕业务目标规划，而不是简单出售配置
数据与 AI 基础
为数据处理、分析及 AI 工作负载准备可扩展基础设施。
统一监控治理
建立资源标签、权限、日志、监控与预算管理规范。
USE CASES
适用业务场景
结合业务区域、访问质量、可用性与成本要求，选择更合适的资源组合。
- 全球 Web 应用与移动应用后端
- 数据分析和机器学习基础环境
- 跨区域内容与 API 服务
- 容器化与云原生工作负载
PRODUCT KNOWLEDGE
Google Cloud核心产品怎么组合
Google Cloud 可使用 Compute Engine 承载虚拟机，配合 Cloud Storage、Cloud SQL 和 Cloud Load Balancing 构建应用；托管实例组还能根据负载自动增减实例。
计算01
Compute Engine
提供自管理虚拟机与裸金属实例，支持 Linux、Windows、多类机器系列及自定义机器类型。
适合：全球应用、批处理与高性能计算
存储02
Cloud Storage
面向对象数据的托管存储，适合静态内容、备份、分析数据和归档。
适合：媒体、备份与数据分析
数据库03
Cloud SQL
托管关系数据库服务，用于减少数据库基础设施的日常运维。
适合：Web 与移动应用的关系数据
网络04
Cloud Load Balancing
托管负载均衡将流量引导到健康后端，并可与托管实例组及自动扩缩配合。
适合：全球入口与弹性服务
PRACTICAL GUIDE
面向全球用户的部署路径
下面是一条适合多数中小型生产环境的参考路径，实际方案仍需结合用户区域、恢复目标、合规和预算确认。
- 01按用户时延、合规和产品可用性选择 Region
- 02根据 CPU、内存与加速需求选择机器系列
- 03用托管实例组统一模板和滚动更新
- 04配置负载均衡、健康检查和自动扩缩
- 05开启日志、监控、预算告警与数据保护
BEFORE YOU BUY
购买与使用前需要知道
不只看服务器单价，还要把存储、网络、数据传输、备份和运维成本放进同一张预算表。
完整成本
计算实例只是账单的一部分，公网流量、磁盘、快照、负载均衡和数据库都可能单独计费。
网络与地域
靠近用户通常有助于降低时延，但还需要验证运营商路由、跨境链路、产品覆盖与数据要求。
本页选型提醒
- Local SSD 性能高但不属于持久存储，停机生命周期需特别确认。
- 机器类型、网络服务层级和磁盘类型都会影响成本。
- 自定义机器类型适合 CPU 与内存比例较特殊的工作负载。
PRODUCT ATLAS
Google Cloud有哪些产品，分别解决什么问题？
先按计算、存储、数据库、网络和安全运维理解产品边界，再组合成业务架构。产品名称相近不代表用途相同，目标地域的可用性仍需在官方控制台确认。
计算
Compute Engine · GKE · Cloud Run · Cloud Functions虚拟机用于自管理环境；GKE 运行 Kubernetes；Cloud Run 运行无服务器容器；Functions 处理事件任务。
存储
Persistent Disk · Cloud Storage · Filestore持久磁盘连接虚拟机；Cloud Storage 保存对象；Filestore 提供托管 NFS 文件共享。
数据库
Cloud SQL · AlloyDB · Spanner · FirestoreCloud SQL 适合常规关系数据库；AlloyDB 面向 PostgreSQL 性能；Spanner 处理全球一致性；Firestore 面向应用文档数据。
网络
VPC · Cloud Load Balancing · Cloud CDN · Cloud NATVPC 是全球网络边界；负载均衡提供入口；CDN 缓存内容；Cloud NAT 允许私有实例访问公网。
数据与运维
BigQuery · Vertex AI · Cloud Monitoring · Cloud LoggingBigQuery 分析数据；Vertex AI 构建 AI 工作流；Monitoring 与 Logging 提供可观测性。
HOW TO USE
从产品名称到实际部署
以下步骤用于建立可测试的起步方案。正式生产环境还应结合业务数据、账号权限、合规和恢复目标评审。
PLAYBOOK 01
托管实例组上线
适合需要自动修复和扩缩的 Web 服务
- 1创建实例模板并避免手工修改单台 VM
- 2使用多区域或多可用区托管实例组
- 3配置健康检查和自动修复
- 4外部负载均衡终止 HTTPS
- 5根据 CPU 或请求指标设置自动扩缩
PLAYBOOK 02
Cloud Storage + CDN
适合静态资源和全球分发
- 1创建 Bucket 并选择位置与存储类别
- 2使用 IAM 限制写入和管理权限
- 3配置负载均衡后端 Bucket
- 4开启 Cloud CDN 并设置缓存策略
- 5使用版本化 URL 发布静态资源
PLAYBOOK 03
项目权限与预算
适合团队和多环境治理
- 1分离生产与测试 Project
- 2人员通过 Group 获得最小 IAM Role
- 3服务使用 Service Account
- 4启用预算通知但不要把预算当作自动限额
- 5集中查看 Audit Logs 和高风险权限
COMMON PITFALLS
最容易忽略的三个问题
只比较虚拟机首页价格，遗漏云盘、快照、公网出站、NAT、负载均衡、日志和备份费用。
把数据库、管理端口或对象存储权限直接暴露到公网，没有使用私有网络和最小权限。
创建资源后没有设置标签、预算、监控、备份保留和恢复演练，导致成本与风险长期不可见。
CLOUD BASICS
先理解这些核心概念
云平台名称不同，但地域、网络边界、实例规格和数据保护是每次部署都绕不开的基础概念。
Region / Zone
Region 是独立地理区域，Zone 是区域内的部署位置；区域和可用产品要一起选择。
Machine Family
机器系列覆盖通用、计算、内存、存储、加速和网络优化等方向，部分支持自定义 vCPU/内存。
VPC Network
Google Cloud 的 VPC 网络用于连接项目内资源，子网与防火墙规则决定通信边界。
Managed Instance Group
使用统一实例模板管理一组 VM，可做自动修复、滚动更新和自动扩缩。
Persistent Disk / Hyperdisk
持久块存储与 VM 生命周期解耦；Local SSD 性能高但数据生命周期不同。
WORKLOAD SELECTOR
按业务负载选择产品组合
同一家云也没有“万能配置”。先识别业务的计算、内存、数据、网络和中断容忍度，再决定产品组合。
业务需求参考组合选择原因
全球 Web 服务Global Load Balancing + MIG
健康检查配合托管实例组实现区域内或多区域扩展。
数据分析Cloud Storage + BigQuery
对象数据与分析引擎解耦，适合批量和交互式分析。
Kubernetes 应用GKE + Artifact Registry
采用托管 Kubernetes 与镜像仓库建立云原生交付。
GPU / AI 计算加速器优化 VM 或 GPU VM
按模型、显存、吞吐和可用区域选择加速资源。
BILLING EXPLAINED
账单不是只有一台服务器
下列项目通常需要一起测算。具体计费方式、折扣和价格会随地域、账号及时间变化，请以厂商计算器和最终订单为准。
成本项 01
VM 计算
机器系列、vCPU、内存、GPU、操作系统与运行时长共同影响费用。
成本项 02
磁盘与快照
Persistent Disk、Hyperdisk 和快照按类型及用量计费；Local SSD 不适合作为唯一持久副本。
成本项 03
网络层级与传输
网络服务层级、跨区域和互联网出口会影响费用与路径。
成本项 04
折扣机制
稳定用量可评估承诺使用折扣，部分持续运行资源可能适用自动折扣，须看当前官方规则。
FIRST DEPLOYMENT
第一次部署的正确顺序
- 01建立 Project、结算账号与预算告警
- 02选择 Region、Zone 和机器系列
- 03规划 VPC、子网、防火墙与服务账号
- 04通过实例模板创建 VM 或 MIG
- 05配置健康检查、负载均衡与自动扩缩
- 06接入 Cloud Monitoring、Logging 和数据保护
DAY-2 OPERATIONS
上线后持续运维
“成功开机”只是开始。生产系统还需要容量、权限、补丁、费用和恢复能力的持续治理。
- 使用服务账号最小权限并避免长期密钥
- 监控配额、实例健康和磁盘容量
- 审查跨区域与互联网出口费用
- 为生产变更使用实例模板和滚动发布
- 定期验证快照、镜像与数据库恢复
知识内容说明
本页用于产品科普和初步选型，不替代厂商合同、SLA、合规或财务建议。上线前应在目标账号与地域中再次核实产品可用性、配额和实时价格。
DELIVERY PROCESS
从评估到上线的交付流程
01
确认业务区域、合规要求和预算范围
02
对比实例、带宽、存储及计费方式
03
完成账号、网络、安全和监控配置
04
持续进行账单分析、扩容与运维优化
FAQ
常见问题
GCP 云服务器如何选择机器类型？
应根据 CPU、内存、磁盘性能、持续负载和预算选择通用型或计算、内存优化机型。
Google Cloud 适合哪些业务？
适合需要全球网络、数据分析、容器平台或 AI 基础设施的团队。
可以帮助控制项目权限吗？
可以按照最小权限原则设计项目、账号、角色及日志审计方案。
获取适合业务的配置建议
告诉我们用户区域、业务规模和预算，架构师将提供初步方案。