# Infrastructure Devops Cloud Architect

> 云架构助手 - 专业的云计算架构设计与优化专家。适用场景： (1) 云架构设计与方案规划 (2) 云资源选型与容量规划 (3) 云成本优化与FinOps实践 (4) 多云/混合云策略设计 (5) 云迁移方案与实施 (6) 云安全架构设计 (7) 云原生架构转型 触发关键词：云架构、AWS、阿里云、Azure、GCP、云迁移、云成本、多云、混合云、云安全、云原生、Kubernetes、容器

- Skill: `chendongqi/infrastructure-devops-cloud-architect` (Agent Skill)
- Install (CLI): `npx skillmds@latest add chendongqi/infrastructure-devops-cloud-architect`
- Raw SKILL.md: https://api.skillmd.com/api/skills/chendongqi/infrastructure-devops-cloud-architect/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: DevOps & Infra
- Author: chendongqi (https://skillmd.com/u/chendongqi)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/chendongqi/infrastructure-devops-cloud-architect

---


# 云架构助手

## 核心工作流程

### 1. 云架构设计

**云架构设计原则：**
```
Well-Architected框架（AWS/通用）
├── 卓越运营：运维自动化、持续改进
├── 安全性：身份管理、数据保护、检测
├── 可靠性：故障恢复、弹性设计
├── 性能效率：资源选型、性能监控
├── 成本优化：成本意识、资源优化
└── 可持续性：资源效率、环境影响

设计模式
├── 高可用设计
│   ├── 多可用区部署
│   ├── 自动故障转移
│   ├── 健康检查
│   └── 数据冗余
├── 弹性设计
│   ├── 自动扩缩容
│   ├── 无状态设计
│   ├── 队列解耦
│   └── 限流熔断
└── 安全设计
    ├── 最小权限
    ├── 网络隔离
    ├── 加密传输存储
    └── 审计追踪
```

**典型架构模式：**

| 模式 | 适用场景 | 核心组件 |
|------|----------|----------|
| Web三层架构 | 传统Web应用 | LB+Compute+DB |
| 微服务架构 | 复杂业务系统 | K8s+服务网格+API网关 |
| 无服务器架构 | 事件驱动/轻量应用 | Function+API GW+存储 |
| 数据湖架构 | 大数据分析 | 对象存储+EMR+数仓 |
| 混合云架构 | 合规/迁移过渡 | VPN/专线+云管平台 |

### 2. 云资源选型

**计算资源选型：**
```
虚拟机（EC2/ECS）
├── 通用型：均衡计算/内存/网络
├── 计算优化：高CPU密集型
├── 内存优化：内存密集型应用
├── 存储优化：高IO密集型
└── GPU实例：AI/图形计算

容器服务
├── 托管K8s：EKS/ACK/AKS
├── 无服务器容器：Fargate/ECI
└── 容器注册：ECR/ACR

无服务器
├── 函数计算：Lambda/FC/Functions
├── 应用托管：App Runner/SAE
└── 批处理：Batch/PAI
```

**存储选型矩阵：**

| 存储类型 | 特点 | 适用场景 | 延迟 |
|----------|------|----------|------|
| 块存储 | 高性能、低延迟 | 数据库/系统盘 | <1ms |
| 文件存储 | 共享访问、兼容性 | 共享文件/CMS | <10ms |
| 对象存储 | 海量、低成本 | 静态资源/备份 | ~100ms |
| 缓存服务 | 内存级延迟 | 热数据缓存 | <1ms |

### 3. 云成本优化

**FinOps实践框架：**
```
成本可见性
├── 成本分配：标签策略
├── 成本监控：Dashboard
├── 成本分析：按维度分析
└── 预算告警：超支预警

成本优化
├── 资源优化
│   ├── 正确选型
│   ├── 自动扩缩容
│   ├── 闲置资源清理
│   └── 现代化架构
├── 定价优化
│   ├── 预留实例/节省计划
│   ├── 竞价实例
│   ├── 免费层利用
│   └── 私有定价
└── 架构优化
    ├── 无服务器
    ├── 容器化
    ├── 数据分层
    └── CDN加速

成本治理
├── 预算管理
├── 成本责任制
├── FinOps团队
└── 持续优化
```

**成本优化策略：**

| 策略 | 节省比例 | 适用场景 |
|------|----------|----------|
| 预留实例（1年）| 30-40% | 稳定负载 |
| 预留实例（3年）| 50-60% | 长期稳定 |
| 竞价实例 | 60-90% | 可中断任务 |
| 自动扩缩容 | 20-40% | 波动负载 |
| 存储分层 | 30-70% | 冷热数据 |
| 资源正确选型 | 10-30% | 过度配置 |

### 4. 多云/混合云策略

**多云策略类型：**
```
多云类型
├── 应用多云：不同应用不同云
├── 灾备多云：主云+灾备云
├── 最佳选择：按服务选云
└── 避免锁定：可移植设计

混合云场景
├── 合规要求：敏感数据本地
├── 渐进迁移：分阶段上云
├── 云爆发：高峰期使用云
└── 遗留系统：无法迁移的系统

关键组件
├── 网络互联：专线/VPN
├── 身份统一：联合身份
├── 数据同步：数据复制
└── 统一管理：云管平台
```

**云厂商对比：**

| 维度 | AWS | 阿里云 | Azure | GCP |
|------|-----|--------|-------|-----|
| 市场份额 | 全球第一 | 亚太第一 | 企业市场强 | AI领先 |
| 服务丰富度 | 最全面 | 国内最全 | 微软生态 | 数据/AI |
| 价格 | 较高 | 有竞争力 | 较高 | 有竞争力 |
| 国内合规 | 需北京区 | 原生支持 | 需世纪互联 | 无国内区 |

### 5. 云迁移规划

**云迁移6R策略：**
```
Rehost（重新托管）
├── 即Lift-and-Shift
├── 快速迁移，最小改动
├── 适合：时间紧迫、简单应用
└── 风险：未充分利用云优势

Replatform（重新平台化）
├── 小幅优化迁移
├── 使用云托管服务替代
├── 适合：数据库、中间件
└── 示例：自建MySQL→RDS

Repurchase（重新购买）
├── 替换为SaaS方案
├── 适合：标准化应用
└── 示例：自建邮件→企业邮箱

Refactor（重构）
├── 重新设计为云原生
├── 最大化云优势
├── 适合：核心系统、长期战略
└── 周期：最长，投入最大

Retire（淘汰）
├── 不再需要的系统
└── 评估是否可以下线

Retain（保留）
├── 暂不迁移的系统
├── 原因：合规/复杂/成本
└── 保持本地运行
```

**迁移实施流程：**

| 阶段 | 活动 | 产出 |
|------|------|------|
| 评估 | 应用发现、依赖分析 | 迁移评估报告 |
| 规划 | 迁移策略、优先级 | 迁移方案 |
| 设计 | 目标架构、迁移方法 | 技术设计 |
| 迁移 | 数据迁移、应用迁移 | 迁移完成 |
| 优化 | 性能优化、成本优化 | 优化报告 |

### 6. 云原生架构

**云原生技术栈：**
```
容器编排
├── Kubernetes：容器编排标准
├── Service Mesh：Istio/Linkerd
├── 无服务器容器：Knative
└── GitOps：ArgoCD/Flux

微服务基础设施
├── API网关：Kong/APISIX
├── 服务注册：Consul/Nacos
├── 配置中心：Apollo/Nacos
└── 链路追踪：Jaeger/SkyWalking

DevOps工具链
├── CI/CD：Jenkins/GitLab CI
├── 镜像仓库：Harbor
├── IaC：Terraform/Pulumi
└── 监控：Prometheus/Grafana

云原生存储
├── 块存储：CSI驱动
├── 文件存储：NFS/CephFS
├── 对象存储：MinIO/S3
└── 数据库：CockroachDB/TiDB
```

## 输出模板

### 云架构设计方案
```
【项目名称】___________
【设计日期】___________

【业务需求】
| 需求项 | 描述 | 优先级 |
|--------|------|--------|

【架构设计】
[架构图]

【资源清单】
| 资源类型 | 规格 | 数量 | 用途 | 月成本 |
|----------|------|------|------|--------|

【高可用设计】
- 可用区：
- 故障转移：
- 数据备份：

【安全设计】
- 网络安全：
- 访问控制：
- 数据保护：

【成本估算】
| 项目 | 月费用 | 年费用 |
|------|--------|--------|

【风险与建议】
```

### 云迁移评估报告
```
【评估范围】___________
【评估日期】___________

【应用清单】
| 应用名称 | 当前环境 | 依赖关系 | 迁移策略 | 优先级 |
|----------|----------|----------|----------|--------|

【迁移策略分布】
- Rehost：__个
- Replatform：__个
- Refactor：__个
- Retire：__个
- Retain：__个

【资源需求】
| 资源类型 | 目标云服务 | 规格 | 数量 |
|----------|------------|------|------|

【迁移计划】
| 阶段 | 应用 | 开始时间 | 结束时间 | 负责人 |
|------|------|----------|----------|--------|

【风险评估】
| 风险 | 影响 | 概率 | 缓解措施 |
|------|------|------|----------|

【成本对比】
| 项目 | 当前成本 | 云上成本 | 差异 |
|------|----------|----------|------|
```

## 最佳实践

- **业务驱动**：架构设计从业务需求出发
- **渐进迭代**：分阶段实施，持续优化
- **成本意识**：从设计阶段就考虑成本
- **安全内置**：安全是架构的一部分，不是附加
- **自动化优先**：基础设施即代码，一切自动化