云架构师

SKILL运维和基础设施
运维和基础设施 未标注权限 许可证不明确
安装这个技能

设计多云架构、规划迁移策略、优化云成本,覆盖 AWS、Azure、GCP 的架构设计与治理。资深云架构师技能,覆盖 AWS、Azure、GCP 三大云平台的企业级架构设计. 核心能力包括多云

一句话选型结论

按资料字段整理

云架构师是运维和基础设施类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类运维和基础设施 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install zcwl/cloud-architect-design-free
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

运维和基础设施
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方zcwl仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 enterprise
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791680876
正文体量20.3 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
查服务与日志

按现象定位服务状态与日志线索。

写部署与巡检脚本

把重复的部署、巡检写成脚本。

故障排查

按步骤排查网络、依赖与配置。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在运维和基础设施场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
云架构师当前 未标注权限 未标注 未标注 未标注 有
Azure 部署 调用外部服务 GitHub 仓库 664.2 万 Codex、Claude、Cursor 有
Azure diagnostics 问题管理 调用外部服务 GitHub 仓库 657.6 万 Codex、Claude、Cursor 有
Azure aigateway 部署 调用外部服务 GitHub 仓库 655.3 万 Codex、Claude、Cursor 有
Azure AI 搜索 调用外部服务 GitHub 仓库 651.4 万 Codex、Claude、Cursor 有
Azure Cloud migrate 部署 调用外部服务 GitHub 仓库 650.7 万 Codex、Claude、Cursor 有

SKILL.md 全文

20.3 KB
模型实际读到的说明书原文,来自技能仓库

云架构师

资深云架构师,专精 AWS、Azure、GCP 三大平台的企业级架构设计、多云策略、迁移模式、成本优化与云原生架构,遵循 Well-Architected Framework 原则提供高可用、安全、经济的云基础设施设计.

请求格式

参数名 类型 必填 说明
input string 是 云架构师处理的输入数据或指令
options object 否 附加配置选项,如模式选择、格式偏好等
callback_url string 否 异步处理完成后的回调通知URL
## 专业版增强能力
能力 免费版 付费版
:----- :----- :-----
基础功能 支持 支持
高清分辨率与无损输出 不支持 支持
批量生成与风格预设 不支持 支持
自定义模型微调 不支持 支持
商用版权授权 不支持 支持
多版本对比与A/B优选 不支持 支持
## 主要能力
### 多云架构设计
- AWS(EC2、S3、Lambda、RDS、VPC、CloudFront)、Azure(VM、Blob Storage、Functions、SQL Database、VNet)、GCP(Compute Engine、Cloud Storage、Cloud Functions、Cloud SQL、BigQuery)服务选型与对比
- 多云与混合云拓扑设计,跨云数据流转与网络互通
- 云厂商锁定风险识别与缓解,抽象层与可移植性设计
- 基于业务场景的云厂商选型建议(数据合规、区域覆盖、成本模型)
### 云迁移策略(6Rs 框架)
- Rehost(直接迁移):原样搬移本地应用到云端,快速上云
- Replatform(平台迁移):适配云托管服务,小幅改造获取云红利
- Repurchase(重新采购):替换为 SaaS 或云原生产品
- Refactor(重构):面向云原生重新设计,发挥云弹性与可扩展性
- Retain(保留):暂不迁移的核心系统或合规受限系统
- Retire(退役):下线无用系统,缩减迁移范围
- 迁移波次规划、依赖梳理、并行迁移与割接策略
### 成本优化(FinOps)
- 资源 Right-sizing:基于利用率分析调整实例规格与数量
- Reserved Instances 与 Savings Plans 承诺消费折扣规划
- Spot 实例在容错工作负载中的应用(批处理、CI/CD)
- 存储分层策略:热数据、温数据、冷数据与归档存储选型
- 成本分配标签与部门级成本可视化
- 预算告警与异常支出检测
### 高可用与灾备
- 多区域与多可用区部署拓扑设计
- RTO(恢复时间目标)与 RPO(恢复点目标)定义与达成
- 故障转移与自动切换机制(负载均衡、DNS 故障转移)
- 数据备份策略(全量、增量、差异)与跨区域复制
- 灾备演练与故障注入测试
### 安全与合规
- 零信任架构与最小权限 IAM 策略设计
- 身份联邦与 SSO(SAML、OIDC)集成
- 数据加密(静态加密 KMS、传输加密 TLS)
- 网络分段与安全组微隔离
- 合规框架落地:SOC2、HIPAA、PCI-DSS 的云上控制项映射
- 合规检查日志与配置合规扫描
### 基础设施即代码
- Terraform 跨云资源编排与状态管理
- AWS CloudFormation 与 Azure ARM 模板的模块化设计
- IaC 代码版本管理与 CI/CD 部署流水线
- 漂移检测与配置一致性保障
### Landing Zone 与治理
- 多账号订阅结构与组织单元设计
- 网络基线(Transit Gateway、Hub-Spoke 拓扑)
- 配置基线(日志归档、审计账户、防护策略)
- 合规策略即代码(AWS SCP、Azure Policy、GCP Org Policy)
## 应用场景
### 企业应用上云迁移
企业将本地数据中心的应用系统迁移到云端,需要评估每个应用的迁移策略。通过 6Rs 框架分类应用,梳理依赖关系,规划迁移波次,选择目标云服务,设计割接与回滚方案,并在迁移后验证性能与成本.
### 多云高可用架构设计
关键业务系统要求跨云厂商实现高可用与灾备。设计主备或双活的多云拓扑,规划跨云数据同步、DNS 故障转移、网络互联(专线或 VPN),并定义明确的 RTO/RPO 指标,确保单云故障时业务连续.
### 云成本优化
云账单持续增长,需要识别浪费与优化空间。分析现有资源的利用率,执行 Right-sizing 调整超规格实例,规划 Reserved Instances 覆盖稳定负载,将批处理任务迁移到 Spot 实例,优化存储分层,建立预算告警机制.
### 合规云架构设计
医疗、金融等行业需要满足 HIPAA、PCI-DSS 等合规要求。设计加密策略(静态与传输加密),落地最小权限 IAM,配置网络分段与审计日志,映射合规控制项到云服务配置,输出合规架构文档供审计使用.
## 异常管理
### 服务选型产生冲突
原因:多个云服务均能满足需求,各有取舍(如 Lambda vs Fargate vs EC2).
处理:从延迟敏感度、运维成本、冷启动容忍、计费模式四个维度对比;无状态短任务选 Lambda,长驻容器服务选 Fargate,需要系统级控制选 EC2;输出选型对比矩阵供决策.
### 迁移后性能下降
原因:未充分压测即割接,实例规格或网络配置不匹配.
处理:立即触发回滚到本地环境;使用云厂商压测工具(Locust、k6)验证目标实例性能;
### 多云网络延迟过高
原因:跨云数据传输走公网,未使用专线或优化路由.
处理:部署云厂商专线(AWS Direct Connect、Azure ExpressRoute);通过 Equinix 等互联点打通跨云内网;非实时数据用异步复制降低延迟敏感度;评估是否可将该工作负载合并到单一云厂商.
### 成本超出预算
原因:未设置预算告警,资源未及时释放,或 Reserved Instances 覆盖不足.
处理:立即启用 Cost Explorer 分析异常支出项;清理未挂载的 EBS 卷、未使用的弹性 IP、闲置的 Load Balancer;调整 Reserved Instances 覆盖率;设置预算告警与自动化关停策略.
### 合规审计不通过
原因:加密配置缺失、IAM 权限过大或审计日志未启用.
处理:启用 KMS 加密所有存储卷与对象存储;收紧 IAM 策略到最小权限;开启 CloudTrail / Activity Log 完整审计;使用 Config Rules 或 Azure Policy 持续检测合规偏差;补充合规控制项映射文档.
### 灾备切换失败
原因:未定期演练,自动化脚本过期或数据同步延迟超预期.
处理:先手动切换验证数据一致性;修复自动化脚本;建立至少每季度的定期 DR 演练机制;缩短数据同步间隔以降低 RPO;在 DNS 切换前增加健康检查预热环节.
### IaC 模板冲突或漂移
原因:多人直接在控制台修改资源,IaC 状态与实际不一致.
处理:禁止控制台手动变更,所有变更通过 IaC 提交;启用 Terraform state 远程存储与锁定;配置漂移检测(AWS Config、Terraform plan 定时巡检);对漂移资源先 terraform import 再对齐.
### 身份联邦配置错误
原因:SSO 的 SAML/OIDC 元数据配置不匹配,或角色映射缺失.
处理:核对 IdP 与云厂商的元数据 URL 与证书;验证 SAML 声明中的属性映射(邮箱、组);测试单个用户的登录流程;检查角色信任策略中的 Principal 配置;启用云厂商的登录日志定位失败原因.
## 架构输出模板
设计云架构时,输出以下内容:
1. 架构图:包含服务组件、数据流向、网络拓扑、可用区与区域分布
2. 服务选型理由:计算、存储、数据库、网络层的服务选型与对比依据
3. 安全架构:IAM 角色设计、网络分段、加密方案、审计日志
4. 成本估算:各服务月度成本预估、优化策略、Reserved Instances 覆盖建议
5. 部署方案:IaC 模块划分、CI/CD 流水线、蓝绿或金丝雀发布策略、回滚计划
6. 灾备方案:RTO/RPO 定义、故障转移流程、备份策略、演练计划
## 热门问题
### Q1: 如何在 AWS、Azure、GCP 之间选择?
从五个维度评估:区域覆盖(业务目标用户所在区域的服务可用性)、服务成熟度(所需服务的功能完整度)、成本模型(按需、预留、Spot 的价格对比)、合规要求(数据主权、行业认证)、团队技能(现有运维能力)。建议核心工作负载选定主力云,边缘场景可跨云,避免为多云而多云.
### Q2: 6Rs 迁移框架如何应用?
逐个应用评估:无改造价值的遗留系统考虑 Retire;合规受限或深度耦合的考虑 Retain;标准化程度高的直接 Rehost;希望获得云红利但不想重构的 Replatform;有成熟 SaaS 替代品的 Repurchase;需要弹性扩展或微服务化的 Refactor。通常从 Rehost 起步快速上云,后续逐步 Refactor 优化.
### Q3: 如何估算云成本?
使用云厂商定价计算器(AWS Pricing Calculator、Azure Pricing Calculator、GCP Pricing Calculator)输入实例规格、存储容量、流量预估,输出月度成本。注意区分按需、Reserved、Spot 三种计费模式。建议同时估算网络出口流量费用与数据传输费用,这些常被忽略.
### Q4: 什么是 Landing Zone?
Landing Zone 是云上的多账号基线环境,包含组织结构、网络基线、配置基线与身份管理。AWS 推荐使用 Control Tower,Azure 使用 Landing Zone 架构,GCP 使用 Resource Manager。目的是让新业务团队在合规的框架内快速开箱即用,而不是各自搭建账号.
### Q5: 如何实现多云灾备?
设计主备或双活拓扑。主备模式:主云承载全量流量,备云保持热备,故障时 DNS 切换;双活模式:两云同时承载流量,数据双向同步。关键决策点:数据同步方式(同步 vs 异步)、切换自动化程度、网络互联(专线 vs VPN)、DNS 故障转移策略。务必定期演练,否则灾备形同虚设.
### Q6: Well-Architected Framework 有哪些支柱?
AWS Well-Architected Framework 包含六大支柱:卓越运营、安全性、可靠性、性能效率、成本优化、可持续性。Azure 对应为 Cloud Adoption Framework 的 Well-Architected 评审,GCP 对应为 Architecture Framework。设计时应对照各支柱的评审问题逐项检查,避免偏科.
## 代码示例
### Terraform: AWS 多可用区生产架构(VPC + EC2 + RDS)
# main.tf - AWS 多可用区生产架构
terraform {
  required_providers {
    aws = {
      source  = "hashicorp/aws"
      version = "~> 5.0"
    }
  }
  backend "s3" {
    bucket         = "tf-state-prod"
    key            = "prod/terraform.tfstate"
    region         = "us-east-1"
    dynamodb_table = "tf-locks"
    encrypt        = true
  }
}
# ...
provider "aws" {
  region = "us-east-1"
}
# ...
# VPC 与子网(3 可用区高可用)
module "vpc" {
  source  = "terraform-aws-modules/vpc/aws"
  version = "5.0.0"
# ...
  name                 = "prod-vpc"
  cidr                 = "10.0.0.0/16"
  azs                  = ["us-east-1a", "us-east-1b", "us-east-1c"]
  public_subnets       = ["10.0.1.0/24", "10.0.2.0/24", "10.0.3.0/24"]
  private_subnets      = ["10.0.11.0/24", "10.0.12.0/24", "10.0.13.0/24"]
  database_subnets     = ["10.0.21.0/24", "10.0.22.0/24", "10.0.23.0/24"]
  enable_nat_gateway   = true
  single_nat_gateway   = false
  enable_dns_hostnames = true
}
# ...
# KMS 密钥用于 RDS 加密
resource "aws_kms_key" "rds" {
  description             = "KMS key for RDS encryption"
  enable_key_rotation     = true
  deletion_window_in_days = 30
}
# ...
# RDS 数据库 多可用区部署
resource "aws_db_instance" "main" {
  engine                  = "postgres"
  engine_version          = "15.4"
  instance_class          = "db.r6g.xlarge"
  allocated_storage       = 200
  storage_type            = "gp3"
  storage_encrypted       = true
  kms_key_id              = aws_kms_key.rds.arn
  multi_az                = true
  db_name                 = "prodapp"
  username                = "dbadmin"
  password                = var.db_password
  db_subnet_group_name    = module.vpc.database_subnet_group_name
  backup_retention_period = 7
  monitoring_interval     = 60
  skip_final_snapshot     = false
  final_snapshot_identifier = "prod-rds-final-${formatdate("YYYYMMDD", timestamp())}"
}
# ...
# EC2 Auto Scaling: Web 层
resource "aws_launch_template" "web" {
  name_prefix          = "web-asg"
  image_id             = "ami-0c7217cdde317cfec"
  instance_type        = "t3.large"
  key_name             = "prod-key"
  vpc_security_group_ids = [aws_security_group.web.id]
# ...
  user_data = base64encode(<<-EOF
    #!/bin/sh
    yum install -y nginx
    systemctl enable nginx
    systemctl start nginx
  EOF
  )
}
# ...
resource "aws_autoscaling_group" "web" {
  vpc_zone_identifier = module.vpc.private_subnets
  desired_capacity    = 3
  max_size             = 6
  min_size             = 2
  target_group_arns    = [aws_lb_target_group.web.arn]
# ...
  launch_template {
    id      = aws_launch_template.web.id
    version = "$Latest"
  }
# ...
  tag {
    key                 = "Name"
    value               = "web-asg"
    propagate_at_launch = true
  }
}

AWS CloudFormation: S3 加密存储桶(版本控制 + 生命周期 + KMS)

# s3-secure-bucket.yaml
AWSTemplateFormatVersion: '2010-09-09'
Description: 'Secure S3 bucket with KMS encryption, versioning, and lifecycle'
# ...
Resources:
  SecureBucket:
    Type: AWS::S3::Bucket
    Properties:
      BucketName: !Sub 'prod-data-${AWS::AccountId}'
      VersioningConfiguration:
        Status: Enabled
      BucketEncryption:
        ServerSideEncryptionConfiguration:
          - ServerSideEncryptionByDefault:
              SSEAlgorithm: aws:kms
              KMSMasterKeyID: !Ref BucketKMSKey
      LifecycleConfiguration:
        Rules:
          - Id: TransitionToGlacier
            Status: Enabled
            Transitions:
              - StorageClass: GLACIER
                TransitionInDays: 90
              - StorageClass: DEEP_ARCHIVE
                TransitionInDays: 365
            NoncurrentVersionTransitions:
              - StorageClass: GLACIER
                TransitionInDays: 90
      PublicAccessBlockConfiguration:
        BlockPublicAcls: true
        BlockPublicPolicy: true
        IgnorePublicAcls: true
        RestrictPublicBuckets: true
# ...
  BucketKMSKey:
    Type: AWS::KMS::Key
    Properties:
      Description: 'KMS key for S3 bucket encryption'
      EnableKeyRotation: true
      KeyPolicy:
        Version: '2012-10-17'
        Statement:
          - Effect: Allow
            Principal:
              AWS: !Sub 'arn:aws:iam::${AWS::AccountId}:root'
            Action: 'kms:*'
            Resource: '*'
# ...
  BucketDenyInsecureTransport:
    Type: AWS::S3::BucketPolicy
    Properties:
      Bucket: !Ref SecureBucket
      PolicyDocument:
        Version: '2012-10-17'
        Statement:
          - Effect: Deny
            Principal: '*'
            Action: 's3:*'
            Resource:
              - !GetAtt SecureBucket.Arn
              - !Sub '${SecureBucket.Arn}/*'
            Condition:
              Bool:
                aws:SecureTransport: false

前置条件

运行环境

  • Agent平台: 支持SKILL.md的任意AI Agent(Claude Code / Cursor / Codex / Gemini CLI等)
  • 操作系统: Windows / macOS / Linux

依赖项

依赖项 类型 是否必需 获取方式
LLM API API 必需 由Agent内置LLM提供
### API Key 配置
本Skill无需额外API Key(LLM能力由Agent平台内置提供)
### 可用性分类
- 分类: MD+EXEC()
## 能力边界
- 不直接访问用户云账号,资源清单与成本数据需用户提供或授权只读访问
- 成本估算基于云厂商公开定价,实际账单以云厂商结算为准,可能因区域、折扣、承诺消费等因素产生偏差
- 架构建议基于通用行业实践,需结合具体业务场景、流量模式与团队能力验证后落地
- 不替代专业云架构师的人工评审,关键决策(尤其涉及生产环境割接)应经团队评审
- 合规建议覆盖 SOC2、HIPAA、PCI-DSS 常见控制项,特定行业或地区合规要求需额外评估
- 多云架构增加运维复杂度,建议仅在业务连续性或合规需求明确时采用
- 迁移波次与割接方案需结合实际依赖关系梳理,本技能提供框架性指导而非可执行脚本
## 创新亮点
### 效率提升量化分析
操作步骤 手动耗时 自动化耗时 时间节约
--- --- --- ---
云资源配置 2小时 15分钟 1小时45分钟
迁移策略制定 1天 4小时 20小时
成本分析 1周 2天 5天
安全策略部署 3天 1天 2天
灾备方案设计 1周 3天 4天
### 差异化对比
对比维度 本技能 手动操作 Python脚本
--- --- --- ---
用户体验 高度自动化,易于操作 低度自动化,操作复杂 中度自动化,需要编程知识
成本效益 成本效益高,减少人工成本 成本效益低,人工成本高 成本效益中等,需要购买Python环境
灵活性 高度灵活,可定制化 灵活性低,难以定制 灵活性中等,可定制化
扩展性 易于扩展,支持多种云平台 扩展性低,难以扩展 扩展性中等,支持部分云平台
### 核心痛点解决
痛点 描述 影响范围 解决方案
--- --- --- ---
迁移成本高 迁移过程中资源浪费,成本高昂 企业预算 优化迁移策略,减少资源浪费
安全风险 云上系统面临安全威胁 企业数据安全 实施安全策略,加强安全防护
灾备能力不足 灾备方案不完善,无法应对灾难 企业业务连续性 设计完善的灾备方案
## 安全免责声明
1. 确保所有云资源都应用了最小权限原则,避免未授权访问。
2. 定期进行合规检查,确保安全策略和配置符合最新的安全标准。
3. 使用加密技术保护数据,包括静态数据和传输中的数据。
4. 实施网络分段和微隔离策略,减少潜在的安全威胁。
5. 定期更新云平台和应用程序的补丁,以防止已知漏洞被利用。
## 用户疑问集
### Q1: 云架构师支持哪些输入格式?
A1: 设计多云架构、规划迁移策略、优化云成本,覆盖 AWS、Azure、GCP 的架构设计与治理。资深云架构师技能,覆盖 AWS、Azure、GCP 三大云平台的企业。支持文本指令和结构化参数输入,具体格式参考使用流程章节。
### Q2: 需要配置API Key吗?
A2: 是的,部分功能需要配置对应平台的API Key。请在依赖说明章节查看具体要求,并通过环境变量安全配置。
### Q3: 命令行执行失败怎么办?
A3: 检查命令参数是否正确,确认运行环境支持exec能力。如遇权限问题,请参照错误处理章节排查。
## 使用向导
1. 配置API密钥: 在环境变量中设置对应的API Key
2. 初始化连接: 使用提供的凭证建立API连接
3. 调用接口: 传入必要参数执行API调用
1. 准备文件: 确认文件路径正确且格式受支持
2. 执行处理: 调用对应的处理函数
3. 查看结果: 检查输出文件或返回数据
1. 检查环境: 确认运行时和依赖已安装
2. 执行命令: 使用正确的参数格式执行
3. 查看输出: 检查命令输出和退出码
### 前置条件
- 已安装所需运行环境(参考依赖说明)
- 已获取必要的API密钥或访问凭证(如适用)
- 输入数据已准备就绪

常见问题

5 问
答案由本站依据条目字段整理
云架构师怎么安装?

在支持 Skills 的客户端里执行:skillhub install zcwl/cloud-architect-design-free。安装方式为未标注。装完刷新技能列表或重开客户端。

云架构师支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

云架构师权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

云架构师收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

云架构师用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。