架构设计
以账号、网络与权限结构（着陆区）和多可用区冗余作为标准设计。
- Azure landing zones
- Management groups · Subscriptions
- Virtual Network · Azure Firewall
- Azure Well-Architected Framework
Reference architecture
Microsoft Azure 参考架构
按管理组与订阅应用策略；数据层考虑区域冗余（zone-redundant）高可用与异地恢复。
Management groupsAzure Policy
Microsoft Entra IDRBAC · PIM
权限与网络边界
Application GatewayWAF · Front Door
VM · AKS · App ServiceAvailability zones
应用层 → 数据层
Flexible serverzone-redundant HA
Read replicaread scale
Backup · DRAzure Backup · Site Recovery
Azure Monitor · Defender for CloudCost Management · AdvisorTerraform / Bicep pipeline
- 管理组层级与基于 Azure Policy 的防护栏
- 以 Microsoft Entra ID RBAC 与 PIM 实现最小权限
- flexible server 的高可用、只读副本与维护窗口设计
- 在 Azure Monitor 与 Log Analytics 中统一基础设施与数据库日志
MSP scope
Microsoft Azure MSP 服务范围
各领域使用的代表性服务，根据客户环境与合同范围调整。
上云迁移
从服务器重新托管到托管数据库平台迁移，分阶段实施。
- Azure Migrate
- Azure Database Migration Service
- Migration service in Azure Database for PostgreSQL
- Azure Data Box
7x24 监控与运维
采集指标、日志与事件，按故障响应与变更管理流程运维。
- Azure Monitor · Log Analytics
- Azure Service Health
- Azure Update Manager
- Azure Automation
成本优化（FinOps）
持续进行用量可视化、预算告警、规格调整与承诺折扣评估。
- Microsoft Cost Management
- Azure Advisor
- Azure Reservations
- Azure savings plan for compute
安全与合规
默认落实最小权限、加密、审计日志与安全建议检查。
- Microsoft Entra ID
- Microsoft Defender for Cloud
- Azure Policy
- Azure Key Vault · Microsoft Sentinel
备份与容灾
制定备份策略与恢复目标（RPO/RTO），并通过恢复演练验证。
- Azure Backup
- Azure Site Recovery
- Geo-redundant storage (GRS)
- Geo-restore · read replicas
托管数据库运维
由数据库专家管理托管数据库的参数、性能与版本生命周期。
- Azure Database for PostgreSQL flexible server
- Azure Database for MySQL flexible server
- Query Store · Query Performance Insight
- MariaDB → VM or MySQL flexible server
IaC 与自动化
以代码管理基础设施，并通过流水线自动化部署与巡检。
- Terraform
- Bicep
- ARM templates
- Azure DevOps · GitHub Actions
Managed databases
Microsoft Azure 托管数据库选择
按开源数据库引擎整理该云可用的托管服务与自建（Self-managed）替代方案。
| 引擎 | 托管服务 / 替代方案 | 备注 |
|---|---|---|
| MySQL | Azure Database for MySQL flexible server | 提供托管服务——我们管理参数、性能与升级计划 |
| PostgreSQL | Azure Database for PostgreSQL flexible server | 提供托管服务——我们管理参数、性能与升级计划 |
| MariaDB | Azure VM (self-managed) / migrate to MySQL flexible server | Azure Database for MariaDB 已于 2025-09-19 停止服务——迁移至 MySQL flexible server 或在虚拟机上自建 |
| InfluxDB | Azure VM · AKS (self-managed) | 无托管服务——在虚拟机/容器上自建运维（衔接开源数据库服务） |
| Oracle · SQL Server | Azure SQL / VM; Oracle → PostgreSQL via ora2pg | 通常作为异构迁移的源库——参见数据迁移 |
Azure Database for MariaDB 已于 2025 年 9 月 19 日停止服务。现有 MariaDB 负载可迁移至 Azure Database for MySQL flexible server（需评估兼容性），或在虚拟机上自建运行。
Migration to cloud
迁移到 Microsoft Azure 的流程
评估
调查服务器与数据库清单、依赖关系、性能基线与许可，确定重新托管、平台迁移或重构方式。
着陆区
先以代码构建账号、网络、权限与日志标准。
迁移实施
服务器优先考虑 Azure Migrate，数据库优先考虑 Azure DMS (MySQL) · Migration service in Azure Database for PostgreSQL，模式转换使用 ora2pg · Oracle schema conversion (VS Code PostgreSQL extension)。
验证与切换
验证数据一致性与性能后，按事先约定的标准切换，并保留回退路径。
稳定与优化
保障期内加强监控，之后将成本与性能优化纳入日常运维。
Security & compliance
韩国法规与安全考量
- 区域：Korea Central · Korea South——记录数据及备份副本的存放位置
- 从《个人信息保护法》与 ISMS-P 角度设计访问控制、加密及访问记录保存
- 公共部门需确认是否适用 CSAP（云安全认证）及所需认证范围
- 将审计日志、变更记录与权限审查结果作为证据留存的运维流程
以上为一般性考量。OpenDB Works 不代办认证，也不保证取得认证；认证要求的解释以客户安全负责人及认证审核机构的判断为准。
FAQ
常见问题
Azure DMS 能否将 Oracle 迁移到 PostgreSQL？
不能。Azure DMS 不支持 Oracle → PostgreSQL。我们按 Microsoft 指南使用 ora2pg 或 VS Code PostgreSQL 扩展中的 Oracle 模式转换功能，并单独设计数据迁移。
PostgreSQL 迁移使用什么工具？
优先考虑 Azure Database for PostgreSQL 的 Migration service（在线/离线），并根据需求使用 pg_dump/pg_restore 或逻辑复制。
是否为 Microsoft 合作伙伴？
本网站不公示合作伙伴资格或认证，如有需要可在咨询时说明。
从现状开始，一起检查您的云与数据库？
告诉我们您使用的云、数据库版本、架构与困扰，我们将提出评估范围与实施方式。