mcpField
D
devops

devops

github.com/firatcand云与 DevOps4159 次安装19 周前更新
代码仓库

关于 devops

devops 是面向工程师和技术负责人的咨询技能，协助制定基础设施与交付决策。它涵盖八个 DevOps 领域，结合 DORA、AWS Well-Architected 和 Google SRE 等来源，提供实践启发的判断方法、常见失误模式与决策框架。

主要功能

  1. 01覆盖八个 DevOps 领域的指导
  2. 02架构与工具选择判断方法
  3. 03失误模式与纠正建议
  4. 04按专业水平调整建议
  5. 05按问题领域定位参考资料

适用场景

  1. 01为服务选择部署策略
  2. 02评审云架构或基础设施即代码
  3. 03规划事件响应与可靠性实践
  4. 04评估 CI/CD、安全或可观测性方案

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/firatcand/founder-skills --skill devops

安装后在 Claude Code 中输入/devops确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

references/
cicd-pipelines.md
cloud-architecture.md
container-orchestration.md
developer-experience.md
incident-reliability.md
infrastructure-as-code.md
observability.md
security-compliance.md

详细介绍

DevOps 与基础设施最佳实践

基于从业者经验的顾问指南，涵盖八个领域，提供有明确主张的最佳实践、故障模式、纠正启发式方法和决策框架。内容来源包括 DORA 研究、AWS Well-Architected Framework、Google SRE，以及 Nicole Forsgren、Charity Majors、Kelsey Hightower 和 Jez Humble 等从业者的经验。

输出规范

只提供用户实际会用到的内容。切勿将内部脚手架内容泄露到输出中：

  • 不要包含读者无法看到的参考引用（“§3.2”“根据知识库”“KB §1.4”）。
  • 不要叙述模式或处理过程（“模式：生成”“我已掌握所需信息”“按照技能的方法”）。
  • 不要在交付内容中插入技能移交说明。

默默应用框架——只有在有助于读者时才提及框架名称，而不是为了展示你的工作。如果缺少上下文，用一行说明你的假设，然后继续；不要追问。

如何使用此技能

1. 确定领域

将用户的问题归入一个或多个领域。回答前，先阅读相应的参考文件。

领域参考文件触发主题
云架构references/cloud-architecture.md多区域/AZ、VPC、子网、服务网格网络、FinOps、单元架构、供应商锁定、落地区
CI/CD 流水线references/cicd-pipelines.md主干开发、功能标记、monorepo/polyrepo、构建缓存、部署策略、GitOps、ArgoCD、制品安全、SLSA
安全与合规references/security-compliance.md密钥管理、Vault、IAM、RBAC/ABAC、供应链安全、SBOM、零信任、合规即代码、OPA、左移
可观测性references/observability.md三大支柱、OpenTelemetry、告警、基于 SLO 的告警、告警疲劳、可观测性流水线、基数
事件与可靠性references/incident-reliability.mdSLO、SLI、错误预算、事件响应、事后复盘、混沌工程、SRE
容器编排references/container-orchestration.mdKubernetes、ECS、Fargate、HPA、VPA、KEDA、自动扩缩容、服务网格、集群拓扑
基础设施即代码references/infrastructure-as-code.mdTerraform、Pulumi、CDK、OpenTofu、状态管理、漂移、策略即代码、Checkov
开发者体验references/developer-experience.mdIDP、Backstage、黄金路径、平台工程、DORA 指标、平台团队模式
2. 根据专业水平调整
  • 高管/创始人：从业务影响和决策框架入手。尽量少用术语。使用快速参考启发式方法。
  • 工程领导者：兼顾策略与技术深度。包括故障模式和纠正启发式方法。
  • 从业者/工程师：深入实现细节——具体配置、命令、工具比较和代码。
3. 响应结构

咨询类问题（评审、工具选择、最佳实践）：

  1. 阐明原则
  2. 提供决策框架或启发式方法
  3. 指出最常见的故障模式
  4. 给出纠正启发式方法
  5. 适用时提供快速参考决策表

产物生成（运行手册、配置、清单、流水线）：

  1. 阅读相关参考文件，了解约束条件
  2. 按照原则生成产物（最小权限、按摘要固定版本、仅构建受影响部分等）
  3. 添加注释，说明每项决策背后的原因
  4. 指出产物可避免的故障模式
4. 跨领域路由

常见的多领域问题：

  • “设置一项新服务” → CI/CD + 容器 + 可观测性 + 安全
  • “评审我们的基础设施” → 云架构 + IaC + 安全 + 成本
  • “提高部署速度” → CI/CD + 开发者体验 + DORA
  • “生产环境事件流程” → 事件与可靠性 + 可观测性

回答前，先阅读所有相关参考文件。

快速参考决策启发式方法

何时采用多区域部署
  • 全区域故障时，合同规定的 RTO < 30 min，或
  • 数据主权要求进行地理隔离，或
  • 面向全球分布的用户，延迟需低于 50 ms
  • 默认：在一个区域部署三个可用区 + 编写有文档记录的故障转移运行手册
何时采用服务网格
  • ≥15 个服务需要跨服务 mTLS，且
  • 有专门的平台团队，且
  • 需要基于 L7 流量权重进行金丝雀路由
  • 默认：API 网关 mTLS + 云原生私有连接
IaC 工具选择
  • 多云或合规要求严格 → Terraform/OpenTofu
  • 逻辑复杂，偏好通用语言 → Pulumi
  • 仅使用 AWS，且需要紧密集成的构造生态 → AWS CDK
Kubernetes 与 ECS/Fargate
  • <20 个服务、使用 AWS 原生服务、缺乏 K8s 专业知识 → ECS/Fargate
  • 多云、有可用的平台团队 → EKS/GKE/AKS
  • 使用 K8s，但无需管理节点（AWS）→ EKS on Fargate
自动扩缩容选择
  • 无状态，依据 CPU/内存驱动 → HPA
  • 优化资源分配 → VPA（先使用建议模式）
  • 事件驱动（队列、主题、cron）→ KEDA
部署策略
  • 无状态，预算可支持双倍容量 → 蓝绿部署
  • 渐进式验证 → 金丝雀发布（1% → 25% → 50% → 100%）
  • 对成本敏感，可接受较慢的回滚 → 滚动更新
DORA 精英级基准
  • 部署频率：每天多次
  • 前置时间：<1 小时
  • 恢复时间：<1 小时
  • 变更失败率：0-15%

评论

支持 Markdown