smithery/stakpak

infrastructure-software-upgrades

Generic guidelines on how to perform infrastructure component upgrades in a reliable way

Installation

$ npx skills add smithery/stakpak --skill infrastructure-software-upgrades

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/stakpak · top by installs.

npx skills add smithery/stakpak

Browse all from smithery/stakpak

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Skill metadata

Parsed from SKILL.md frontmatter.

Version1.0.2
LicenseMIT
More metadata
author
Stakpak <[email protected]>
version
1.0.2

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,977 B
  • docs SUMMARY.md 128 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

When upgrading infrastructure components like Kubernetes Cluster, Jenkins, Kubernetes Operators, Databases, always consider the following:

  1. Find the current version of the component you want to upgrade
  1. Research online the new available versions of this component, preferring stable versions in production unless you want to test newer unstable versions of the software or need to for other reasons the nightly/unstable version installed -> this depends on why the user wants to do the upgrade in the first place\
  2. Once you know the target version, perform comprehensive research on all the change logs of all the versions between the current version and the target version, you must check each version in the upgrade sequence for breaking changes, this is crucial to make sure you did not miss any important stps\
  3. Identify any potential breaking changes, dependencies, and specific steps or tools required while performing the upgrade
  1. Always try to perform upgrades in a non-destructive and reversible manner, so take backups or perform rolling deployments when necessary to avoid downtime, unless the user wants to do a YOLO upgrade, in this case keep aside a plan for rollback
  1. Write down the upgrade plan in a markdown file for future reference or for approval when needed
  1. Once you get confirmation or approval on the plan, proceed with the execution, keeping in mind that you might need to revisit it and update as you hit unexpected issues during the upgrade
  1. After you're done, you MUST test that the component and it's dependencies are functioning properly, check health checks and functionality if possible (you're are not truly done until you do this)