架构设计
以账号、网络与权限结构（着陆区）和多可用区冗余作为标准设计。
- Resource hierarchy (Organization · Folders · Projects)
- Shared VPC · Cloud Interconnect
- Enterprise foundations (landing zone)
- Google Cloud Well-Architected Framework
Reference architecture
Google Cloud 参考架构
通过组织策略与文件夹划分环境；数据层采用区域高可用与跨区域副本实现容灾。
Organization · FoldersOrg Policy
Cloud IAMgroups · service accounts
权限与网络边界
Cloud Load BalancingCloud Armor
Compute Engine · GKE · Cloud Runregional
应用层 → 数据层
Cloud SQL / AlloyDBregional HA
Read pool · replicaread scale
Backup · DRBackup and DR Service
Cloud Monitoring · SCCBilling export · budgetsTerraform pipeline
- 组织策略（Organization Policy）与按文件夹继承的 IAM 设计
- 通过 Shared VPC 与 VPC Service Controls 设定数据边界
- 比较 Cloud SQL Enterprise 与 Enterprise Plus 版本
- 基于 Query Insights 的 SQL 调优
MSP scope
Google Cloud MSP 服务范围
各领域使用的代表性服务，根据客户环境与合同范围调整。
上云迁移
从服务器重新托管到托管数据库平台迁移，分阶段实施。
- Migrate to Virtual Machines
- Database Migration Service
- DMS conversion workspaces (Oracle · SQL Server → PostgreSQL)
- Storage Transfer Service
7x24 监控与运维
采集指标、日志与事件，按故障响应与变更管理流程运维。
- Cloud Monitoring
- Cloud Logging
- Personalized Service Health
- OS Config · VM Manager
成本优化（FinOps）
持续进行用量可视化、预算告警、规格调整与承诺折扣评估。
- Cloud Billing reports · budgets
- Billing export to BigQuery
- Active Assist recommendations
- Committed use discounts
安全与合规
默认落实最小权限、加密、审计日志与安全建议检查。
- Cloud IAM · Organization Policy
- Security Command Center
- VPC Service Controls
- Cloud KMS · Secret Manager
备份与容灾
制定备份策略与恢复目标（RPO/RTO），并通过恢复演练验证。
- Backup and DR Service
- Cloud SQL / AlloyDB cross-region replicas
- Multi-region Cloud Storage
- Persistent Disk snapshots
托管数据库运维
由数据库专家管理托管数据库的参数、性能与版本生命周期。
- Cloud SQL for MySQL · PostgreSQL
- AlloyDB for PostgreSQL
- Query Insights
- Cloud SQL Enterprise Plus edition
IaC 与自动化
以代码管理基础设施，并通过流水线自动化部署与巡检。
- Terraform
- Infrastructure Manager
- Cloud Build
- Config Connector
Managed databases
Google Cloud 托管数据库选择
按开源数据库引擎整理该云可用的托管服务与自建（Self-managed）替代方案。
| 引擎 | 托管服务 / 替代方案 | 备注 |
|---|---|---|
| MySQL | Cloud SQL for MySQL | 提供托管服务——我们管理参数、性能与升级计划 |
| PostgreSQL | Cloud SQL for PostgreSQL / AlloyDB for PostgreSQL | 提供托管服务——我们管理参数、性能与升级计划 |
| MariaDB | Compute Engine · GKE (self-managed) | 无托管服务——在虚拟机/容器上自建运维（衔接开源数据库服务） |
| InfluxDB | Compute Engine · GKE (self-managed) | 无托管服务——在虚拟机/容器上自建运维（衔接开源数据库服务） |
| Oracle · SQL Server | DMS conversion → Cloud SQL / AlloyDB for PostgreSQL | 通常作为异构迁移的源库——参见数据迁移 |
Database Migration Service 支持从 Oracle、SQL Server 到 Cloud SQL for PostgreSQL 与 AlloyDB 的异构迁移（转换工作区，含 Gemini 辅助转换）。支持版本与限制以官方文档为准。
Migration to cloud
迁移到 Google Cloud 的流程
评估
调查服务器与数据库清单、依赖关系、性能基线与许可，确定重新托管、平台迁移或重构方式。
着陆区
先以代码构建账号、网络、权限与日志标准。
迁移实施
服务器优先考虑 Migrate to Virtual Machines，数据库优先考虑 Database Migration Service (full dump + CDC)，模式转换使用 DMS conversion workspaces · ora2pg。
验证与切换
验证数据一致性与性能后，按事先约定的标准切换，并保留回退路径。
稳定与优化
保障期内加强监控，之后将成本与性能优化纳入日常运维。
Security & compliance
韩国法规与安全考量
- 区域：asia-northeast3 (Seoul)——记录数据及备份副本的存放位置
- 从《个人信息保护法》与 ISMS-P 角度设计访问控制、加密及访问记录保存
- 公共部门需确认是否适用 CSAP（云安全认证）及所需认证范围
- 将审计日志、变更记录与权限审查结果作为证据留存的运维流程
以上为一般性考量。OpenDB Works 不代办认证，也不保证取得认证；认证要求的解释以客户安全负责人及认证审核机构的判断为准。
FAQ
常见问题
AlloyDB 与 Cloud SQL for PostgreSQL 如何选择？
通过 PoC 比较分析型查询占比、性能需求、成本与运维功能，不会一概推荐某一产品。
是否有托管 MariaDB？
Google Cloud 没有托管 MariaDB 服务。可在 Compute Engine 或 GKE 上自建，或评估迁移至 Cloud SQL for MySQL。
是否为 Google Cloud 合作伙伴？
本网站不公示合作伙伴情况，如有需要可在咨询时说明。
从现状开始，一起检查您的云与数据库？
告诉我们您使用的云、数据库版本、架构与困扰，我们将提出评估范围与实施方式。