使用 Git 作為單一事實來源來自動化 Kubernetes 部署。透過 ArgoCD 和 Flux 實作宣告式基礎設施管理,實現可靠、可審計的部署。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「gitops-workflow」を使用しています。 Help me create an ArgoCD application for my microservice
期待される結果:
- I'll help you create an ArgoCD application. Here's a complete Application manifest:
- Application configuration with:
- • Git repository source pointing to your microservice
- • Automated sync policy with prune and self-heal
- • Health checks and sync options
- • Proper namespace and destination cluster
- Installation commands for kubectl
- Verification steps to check deployment status
「gitops-workflow」を使用しています。 Show me how to configure Flux for my GitLab repository
期待される結果:
- Here's how to set up Flux with GitLab:
- Step 1: Install Flux CLI
- Step 2: Configure GitLab connection credentials
- Step 3: Create GitRepository manifest pointing to GitLab
- Step 4: Create Kustomization for your deployment
- Key configuration elements:
- • Source reference pointing to GitLab repository
- • Sync interval for periodic reconciliation
- • Prune option for cleanup of removed resources
「gitops-workflow」を使用しています。 How do I manage secrets securely in GitOps
期待される結果:
- There are several approaches for secret management in GitOps:
- Option 1 - External Secrets Operator:
- • Pulls secrets from AWS Secrets Manager, Azure Key Vault, or HashiCorp Vault
- • Secret content never stored in Git
- • Automatic refresh based on interval
- Option 2 - Sealed Secrets:
- • Encrypts secrets before committing to Git
- • Cluster-wide decryption key required
- • Useful for git-only workflows
セキュリティ監査
安全Documentation-only skill containing markdown guides and YAML examples for GitOps workflows. Static analyzer flagged markdown code blocks and Lua syntax as security patterns - all are false positives. No executable code, no network calls, no file system access, no external data processing. Safe for marketplace publication.
リスク要因
⚙️ 外部コマンド (72)
🌐 ネットワークアクセス (15)
品質スコア
作れるもの
設定 GitOps 管道
設定 ArgoCD 或 Flux 以自動將應用程式從 Git 儲存庫部署到 Kubernetes 集群。
標準化部署
使用 GitOps 原則在多個團隊和環境中實作一致的部署模式。
啟用宣告式基礎設施
使用版本控制、復原功能和稽核追蹤,以宣告式方式管理 Kubernetes 基礎設施。
これらのプロンプトを試す
幫助在我的 Kubernetes 集群上安裝 ArgoCD 並建立我的第一個從 Git 儲存庫部署的應用程式。
展示如何啟動連接到我的 GitHub 儲存庫的 Flux CD 並為我的應用程式建立 Kustomization。
我需要使用 ArgoCD Rollouts 設定金絲雀部署。顯示設定和步驟。
如何使用 App of Apps 模式來管理不同 Kubernetes 集群上的多個應用程式?
ベストプラクティス
- 使用不同的 Git 儲存庫或分支來隔離不同環境的變更
- 僅對開發和預發布環境啟用自動化同步
- 為自訂資源實作健康檢查,以確保正確的部署狀態可見性
回避
- 在 Git 儲存庫中儲存純文字機密會造成安全漏洞
- 在沒有審核閘道的情況下對生產環境使用自動化同步會導致不受控制的部署風險
- 將基礎設施和應用程式碼混合在同一個儲存庫會使存取控制變得複雜
よくある質問
我應該選擇哪個 GitOps 工具 - ArgoCD 還是 Flux?
如何在 GitOps 中處理機密?
如果 Git 儲存庫無法使用會怎麼樣?
我可以復原部署嗎?
如何監控同步狀態?
開発者の詳細
作成者
wshobsonライセンス
MIT
リポジトリ
https://github.com/wshobson/agents/tree/main/plugins/kubernetes-operations/skills/gitops-workflow参照
main
ファイル構成