deployment-ops-edho-ferdian

Plan release strategies, CI/CD gates, Kubernetes manifests, and post-deploy monitoring for production deployments.

2|Updated Sep 6, 2026
One-click install
npx skills add https://github.com/edhoferdian/EEF --skill deployment-ops-edho-ferdian-edhoferdian
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: deployment-ops-edho-ferdian
Source: https://github.com/edhoferdian/EEF/tree/main/.agents/skills/deployment-ops-edho-ferdian
Command: npx skills add https://github.com/edhoferdian/EEF --skill deployment-ops-edho-ferdian-edhoferdian

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Shipping a build to production involves many failure points: wrong release strategy, ungated pipelines, misconfigured Kubernetes probes, missing rollback plans, and no post-deploy visibility. This Skill guides the full interval between "the image builds" and "the release is observably healthy" with concrete, opinionated references. ## Core Features & Use Cases - Release strategy selection: Choose rolling, blue-green, or canary deployments with cost and rollback-speed tradeoffs, plus a written rollback checklist. - CI/CD pipeline gates: Gate ordering (lint → typecheck → test → security scan → build → deploy), GitHub branch protection with required status checks, caching keyed on lockfile hashes, and a complete GitHub Actions workflow. - Kubernetes and readiness: Probe configuration (startup/liveness/readiness), resource requests and limits, RBAC defaults, and a production-readiness ship/block verdict with hard caps. - Post-deploy watch and observability: Baseline-delta monitoring, alert tiers, operator dashboards, and structured logging rules. - Use Case: Before launching a new service, ask for a production-readiness verdict — the Skill audits CI, migrations, webhooks, and rollback paths, then returns a score with blockers and missing evidence. ## Quick Start Ask the assistant to audit whether this project is ready to ship to production and to write the rollback plan before deploying.

Frequently Asked Questions about deployment-ops-edho-ferdian

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

FAQPage Schema
How do I choose between rolling, blue-green, and canary deployments?

Use rolling for stateless apps with backward-compatible schemas, blue-green when zero downtime is required and you can afford double capacity, and canary only when the failure mode is measurable with a named metric, threshold, and automatic action on breach.

How should I order CI/CD pipeline gates in GitHub Actions?

Run cheapest and most-likely-to-fail gates first: lint, then typecheck, then unit tests, then security scan, then build, then deploy. Gate the deploy job on the default branch and push events so untrusted PR builds never reach production.

What is the difference between liveness, readiness, and startup probes in Kubernetes?

Liveness checks whether the process is wedged and must not call dependencies. Readiness checks whether the instance can serve traffic and is where dependency reachability belongs. Startup probes handle slow boots instead of inflating liveness initialDelaySeconds.

Why did my required status check stop blocking merges after renaming a CI job?

GitHub branch protection matches required checks by exact job name. Renaming a workflow job makes the old required-check name match nothing, so the rule passes by omission. Re-verify the required-checks list after any job rename.

When should a release be blocked from shipping to production?

Block when auth is missing on sensitive data, payment webhooks are not idempotent, a migration cannot run safely, secrets appear in client bundles or logs, or a high-impact release has no written rollback path. These hard caps override any numeric readiness score.