devops-infra-expert

Provides operational standards for Docker, Kubernetes, Terraform, CI/CD, and observability pipelines.

Updated May 12, 2026
One-click install
npx skills add https://github.com/laionazeredo/che-ai --skill devops-infra-expert-laionazeredo
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: devops-infra-expert
Source: https://github.com/laionazeredo/che-ai/tree/main/skills/devops-infra-expert
Command: npx skills add https://github.com/laionazeredo/che-ai --skill devops-infra-expert-laionazeredo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams deploying cloud-native applications often lack consistent, production-grade standards for containerization, Kubernetes workloads, infrastructure as code, and monitoring, leading to fragile deployments, alert noise, and security gaps. ## Core Features & Use Cases - Container & Kubernetes Standards: Canonical 7-stage Dockerfile builds, hardened runtime images, kind local clusters, and production Deployment manifests with probes, HPA, PDB, and NetworkPolicy. - Infrastructure as Code: Helm chart structure with values hierarchy, Kustomize base/overlay patterns, and Terraform provider pinning with remote state and module conventions. - Observability & GitOps: Prometheus recording rules and alert severity ladders, OpenTelemetry Collector pipelines, Loki/Tempo query patterns, Sentry PII filtering, Datadog tagging, plus ArgoCD ApplicationSets, Crossplane, OpenCost, and OPA/Gatekeeper policies. - Use Case: When bootstrapping a new microservice, use this Skill to generate a hardened Dockerfile, a zero-downtime Kubernetes Deployment with the full probe trinity, and Prometheus alerts following RED methodology. ## Quick Start Ask the agent to create a production-ready Kubernetes Deployment with HPA, PDB, and NetworkPolicy for a new API service.

Frequently Asked Questions about devops-infra-expert

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write a production-ready Dockerfile for a Go or Node service?▼

Use the canonical 7-stage build: base, deps, src, builder, test, migrate, and runtime. Copy lockfiles before source for cache efficiency, run tests in the builder stage, and finish with a distroless base, nonroot user, and a HEALTHCHECK instruction.

What should a production Kubernetes Deployment manifest include?▼

A production Deployment needs pinned image tags, a non-root securityContext, resource requests equal to limits, startup/liveness/readiness probes, and topology spread constraints. Companion resources include an HPA, a PodDisruptionBudget, and a default-deny NetworkPolicy.

Helm vs Kustomize: which should I use for Kubernetes deployments?▼

Use Helm with a values hierarchy (base, dev, staging, prod overlays) for templated charts and hook-based migrations. Use Kustomize base/overlay for internal services where templating overhead is unnecessary, and always run kubectl diff before applying.

How do I set up Prometheus alerts without alert fatigue?▼

Use recording rules with the job:metric:operator naming convention and rate() over 5-minute windows, never irate() for alerts. Apply a severity ladder (critical, warn, info) with Alertmanager inhibition rules so a critical service alert silences descendant warnings.

Does this guidance cover Terraform remote state and CI plan gating?▼

Yes. It mandates an S3 backend with DynamoDB locking and encryption, provider pinning with ~> constraints, and modular structure. In CI, terraform plan -detailed-exitcode blocks merges when drift is detected.

Why should I avoid head-based sampling in OpenTelemetry?▼

Head-based sampling drops error context in high-traffic services. The guidance requires tail-based sampling in the Collector: keep 100% of error spans, sample a small fraction of healthy traffic, and force-sample flagged users for cost control.