Off





DevOps Commands & CI/CD Automation: Kubernetes, Terraform, Docker


Quick summary: This practical guide consolidates essential DevOps commands and workflows, CI/CD automation patterns, Kubernetes manifest generation, Terraform scaffolding, Docker optimization tools, cloud cost reduction tactics, and security + incident response automation. Examples point to a compact repository of ready scripts and templates for fast adoption.

Overview: goals and how to use these commands

DevOps is a toolchain and a mindset. To move fast and stay safe you need concise, repeatable commands and automated workflows. This guide focuses on actionable commands and examples you can copy into CI runners, runbooks, or automation repositories.

We assume familiarity with Linux shells, Git, container basics, and cloud provider CLIs. Each section provides concrete commands, common flags, and a linkable reference implementation so you can paste and adapt quickly.

Where appropriate, links point to authoritative docs and a working GitHub repo that collects scripts and scaffolding templates: DevOps commands repository.

Core DevOps commands and cloud infrastructure workflows

Start with a compact, repeatable set of commands that cover environment setup, deployment, rollback, and diagnostics. For each environment (local, CI, production) define environment variables, secret handling, and a single command to bootstrap the agent or runner.

Examples below show pattern-based commands for common tasks: build artifacts, push images, apply infra changes, and run smoke tests. Put these in a small shell wrapper or Makefile to preserve idempotence and clarity.

# Example Makefile targets
.PHONY: build push deploy smoke
build:
	docker build -t myapp:$(TAG) .
push:
	docker push myapp:$(TAG)
deploy:
	kubectl apply -f deploy/$(ENV)/manifest.yaml
smoke:
	curl -fsS http://myapp.health || exit 1

Automate credentials with a secrets manager (e.g., Vault) and limit CLI usage to short-lived tokens. For cloud operations, prefer provider CLIs (aws, gcloud, az) combined with pre-configured profiles to prevent accidental resource creation in the wrong account.

CI/CD pipeline automation: patterns, commands, and best practices

CI/CD should enforce build reproducibility, test gating, and safe release strategies (canary, blue/green, rolling). Use pipeline stages that mirror the developer workflow: build → test → security scan → image push → deploy → monitor.

Common pipeline snippet (YAML) implements these stages with minimal friction. Store pipeline definitions as code and version them with your application repository to maintain traceability between code changes and pipeline behavior.

# Minimal CI job (pseudo-YAML)
jobs:
  build-and-test:
    steps:
      - checkout
      - run: make build
      - run: make test
  release:
    needs: build-and-test
    steps:
      - run: docker build -t myapp:${{TAG}} .
      - run: docker push myapp:${{TAG}}
      - run: kubectl apply -f k8s/releases/${{TAG}}.yaml

Implement pipeline-level security: run static analysis, container image vulnerability scans, and infrastructure plan validation (terraform plan review) before merge. Keep your pipeline idempotent: re-running a pipeline should not create duplicate resources or produce inconsistent state.

Infrastructure as Code: Kubernetes manifest generation & Terraform scaffolding

Generate Kubernetes manifests from templates (Helm, Kustomize, or simple envsubst) to avoid hand-editing YAML. For reproducible manifests, store templates and dynamically inject environment-specific values during pipeline deploys.

Example: use Kustomize overlays per environment and keep a base folder for shared resources. Alternatively, Helm charts centralize templating logic and lifecycle hooks for migrations, pre-install checks, and rollbacks.

# Helm install example
helm upgrade --install myapp ./chart \
  --namespace production \
  --set image.tag=${TAG} \
  --wait --timeout 5m

Terraform scaffolding should follow modules for reuse, a remote state backend (e.g., S3 + DynamoDB or backend storage native to your cloud), and strict state locking. Keep short variable lists and document required inputs; provide example override files for local testing.

Quick Terraform workflow:

  • terraform init
  • terraform validate
  • terraform plan -out=tfplan
  • terraform apply tfplan

Include the authoritative Terraform docs: Terraform documentation and Kubernetes docs: Kubernetes documentation for deeper reference.

Docker optimization tools, image hygiene, and cloud cost optimization

Small images build and deploy faster and cost less in storage and transfer. Use multi-stage builds to separate build-time from runtime dependencies, and adopt base images with security updates (e.g., distroless, alpine for minimal layers).

Analyze images with tools like dive, trivy, and docker-slim to find unnecessary layers and vulnerabilities. Push only tagged images from CI pipelines and implement garbage collection policies on registries to remove old artifacts.

# Multi-stage Dockerfile snippet
FROM golang:1.20-alpine AS builder
WORKDIR /app
COPY . .
RUN go build -o myapp

FROM gcr.io/distroless/base
COPY --from=builder /app/myapp /myapp
ENTRYPOINT ["/myapp"]

Cloud cost optimization: right-size instances, use autoscaling, prefer spot/preemptible instances for batch jobs, and schedule non-production resources to stop when idle. Use cost dashboards and set budgets/alerts. For AWS, consult AWS Cost Explorer and recommend tagging for chargeback.

Reference: AWS Cost Management.

Security and incident response automation

Automation reduces mean time to detect and mean time to respond. Integrate automated alerts (Prometheus Alertmanager, CloudWatch Alarms) with runbooks that trigger remediation scripts for common, low-risk incidents (auto-scale, restart failed pods, rotate creds).

Keep a concise incident playbook for each common class of failure: degraded latency, high error rates, memory OOMs, and compromised credentials. Each playbook should include commands to capture diagnostics, safe rollback steps, and escalation contact points.

# Example automated remediation (pseudo-shell)
if [ "$(kubectl get pods -n prod -l app=myapp -o jsonpath='{.items[0].status.containerStatuses[0].restartCount}')" -gt 5 ]; then
  kubectl rollout restart deployment/myapp -n prod
  /usr/local/bin/notify-oncall --incident "Pod restart loop"
fi

Automate security scans at build-time (SAST, container vulnerability scanning) and at runtime (eBPF monitors, runtime security agents). Combine automated detection with human-in-the-loop for high-risk actions like credential rotation or production database restores.

Implementation template and quick-start checklist

Adopt a small set of conventions and a repository layout so engineers can onboard rapidly. Example repo structure:

  • ci/ – pipeline definitions
  • k8s/ – manifests & overlays
  • terraform/ – modules & envs
  • scripts/ – maintenance & diagnostic commands

Bootstrap checklist for a new service: create CI pipeline with build/test, create manifest or Helm chart, add Terraform module for infra, add monitoring/alerting, and document runbook. Store credentials in a vault and make pipelines fetch short-lived tokens.

For hands-on examples and scripts to copy into your project, see the repository of curated command snippets: commands & scaffolding repo. Use the examples as a scaffold, not a one-size-fits-all solution.

Semantic core (expanded keyword clusters)

Below is the expanded semantic core grouped by primary/secondary/clarifying intent for on-page optimization and natural usage. Use these phrases organically in headings, alt text, and snippet-friendly paragraphs.

Primary (high intent):

DevOps commands
CI/CD pipeline automation
Kubernetes manifest generation
Terraform scaffolding
Docker optimization tools
Cloud cost optimization
Security and incident response automation
Secondary (medium intent):

pipeline templates
Helm charts best practices
multi-stage Docker builds
terraform module patterns
image vulnerability scanning
runbook automation
Clarifying / LSI (long-tail & voice):

how to generate kubernetes manifests
best docker optimization tools 2026
ci cd rollback strategy
automate terraform deployments
reduce cloud costs kubernetes clusters
incident response automation scripts

Popular user questions (sources: People Also Ask, community forums)

Common queries you can answer quickly to capture featured snippets and voice results:

  • How do I generate Kubernetes manifests from templates?
  • What are the essential DevOps commands every engineer should know?
  • How do I automate Terraform safely in CI/CD?
  • Which Docker optimization tools find the largest image layers?
  • How can I automate incident response for common pod failures?
  • How do I reduce cloud costs for a small Kubernetes cluster?
  • What is the fastest way to add security scans into my pipeline?

FAQ

How do I generate Kubernetes manifests with environment-specific values?

Use a templating layer like Helm or Kustomize to keep a common base and overlays for each environment. Store templates in your repo and inject CI variables (image tags, feature flags) at deploy time. Example: use Helm’s –set or values files per environment and run helm upgrade –install in your pipeline to produce concrete manifests before applying them with kubectl.

What are the essential commands for a basic DevOps workflow?

A minimal set includes build (docker build), push (docker push), deploy (kubectl apply or helm upgrade), rollback (kubectl rollout undo), infra planning (terraform plan), and infra apply (terraform apply). Wrap these in Makefile or scripts to reduce mistakes and document required env vars. Store them in a central “scripts” folder so CI and on-call can run the same commands.

How can I automate Terraform safely in CI/CD?

Use remote state with locking, require terraform plan review via pull request (store plan output artifact), and gate terraform apply behind human approval for production. Integrate policy-as-code (e.g., Sentinel, Open Policy Agent) and run terraform validate and security checks in CI. Keep secrets out of state and use short-lived credentials.

Micro-markup and publication tips

Recommended JSON-LD FAQ markup (included below) improves chances for rich results. Also add Article schema for structured metadata when publishing. Keep meta title ≤70 characters and meta description ≤160 characters (see top of this document).

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "How do I generate Kubernetes manifests with environment-specific values?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Use Helm or Kustomize to template manifests and inject CI variables; run helm upgrade --install or kubectl apply with generated files."
      }
    },
    {
      "@type": "Question",
      "name": "What are the essential commands for a basic DevOps workflow?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Build, push, deploy, rollback, terraform plan/apply. Wrap them in Makefile/scripts and store in repo for consistency."
      }
    },
    {
      "@type": "Question",
      "name": "How can I automate Terraform safely in CI/CD?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Use remote state with locking, require plan review, gate production apply with approval, and integrate policy-as-code checks."
      }
    }
  ]
}

Backlinks & references

Authoritative references and useful repos (anchor text optimized):

Publish checklist: add JSON-LD FAQ (included), verify meta title/description, include canonical tag if needed, and ensure internal links use anchor keywords from the semantic core.