helm-chart-architect
Conception de charts Helm de qualité production
也可从以下获取: 92Bilal26
Les équipes copient souvent des exemples de charts Helm sans comprendre leur architecture. Cette compétence vous guide à travers une analyse architecturale systématique pour créer des charts adaptés à vos contraintes spécifiques et exigences opérationnelles.
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“helm-chart-architect”。 Design a Helm chart for a Python FastAPI service with PostgreSQL and Redis that needs multi-GPU support for training workloads.
预期结果:
- Component Architecture: FastAPI container (critical) + PostgreSQL (critical path) + Redis (supporting)
- Dependencies: PostgreSQL conditional (Bitnami subchart for dev, external RDS for prod), Redis optional
- Lifecycle Hooks: Pre-install database schema migration, post-upgrade health validation hook
- Values Design: Expose replicaCount, GPU count, training parameters; lock security context and image pull policy
- Failure Modes: GPU scheduling failures, OOM kills during training, queue depth monitoring
- Team Boundaries: Platform owns GPU scheduling templates, ML team owns training logic
安全审计
安全This is a pure documentation/markdown skill with no executable code. All 88 static findings are FALSE POSITIVES: backticks in markdown code blocks were misinterpreted as Ruby/shell execution, legitimate Helm repository URLs in examples were flagged as hardcoded URLs, and random strings in JSON content were misidentified as weak cryptographic algorithms. The skill provides only architectural guidance and contains no scripts, network calls, or filesystem operations.
风险因素
🌐 网络访问 (3)
📁 文件系统访问 (1)
⚙️ 外部命令 (19)
质量评分
你能构建什么
Conception de patterns Helm organisationnels
Établir des patterns de charts Helm cohérents que toutes les équipes peuvent suivre avec des points d'extension clairs et des limites de propriété.
Architecture de nouveaux charts de déploiement
Analyser les exigences applicatives et concevoir des charts avec une gestion du cycle de vie appropriée, des dépendances et un support multi-environnements.
Revue des charts pour la mise en production
Évaluer les charts existants pour identifier les lacunes opérationnelles, les modes de défaillance et les problèmes d'expérience opérateur avant le déploiement en production.
试试这些提示
Utilisez la compétence Helm Chart Architect pour concevoir l'architecture d'un [type d'application] nécessitant [exigences clés]. Tenez compte de [contraintes spécifiques comme la taille du cluster, la structure de l'équipe, les dépendances externes].
Revoyez cette conception de chart Helm pour identifier les lacunes opérationnelles. Quels modes de défaillance manquent ? Comment les opérateurs peuvent-ils diagnostiquer les problèmes ? Quels points d'extension devraient être ajoutés pour les besoins de personnalisation courants ?
Concevez une stratégie de chart Helm pour les environnements dev, staging et production. Que devrait être configurable par environnement ? Que devrait rester cohérent ? Comment organiser les fichiers de valeurs ?
Analysez les dépendances de cette application. lesquelles devraient être incluses en tant que subcharts ? lesquelles devraient être des services externes ? Comment structurer les conditions et tags des dépendances pour la flexibilité ?
最佳实践
- Utiliser les 10 questions architecturales pour analyser les exigences avant d'écrire tout modèle
- Appliquer les 12 principes pour guider les décisions concernant les dépendances, les hooks et l'extensibilité
- Concevoir values.yaml comme un contrat d'API sur lequel les opérateurs peuvent s'appuyer sans avoir besoin de forker le chart
避免
- Copier des modèles sans comprendre leurs hypothèses architecturales
- Hardcoder des valeurs que les équipes devront modifier, les forçant à forker le chart
- Ajouter des hooks pour tout au lieu d'identifier ce qui nécessite réellement une gestion du cycle de vie
- Créer un couplage serré entre les charts au lieu d'utiliser des ConfigMaps externes pour la communication inter-charts