gruntwork-io / gruntwork-io/kubergrunt

[eks deploy] Configurable rolling deployment for controlled roll out

Open
#91 1 comment 0 reactions 0 assignees View on GitHub
enhancement p:queued
Dominant language
Go
Stars
564
Forks
93
Avg merge
5d 12h
Merged PRs (30d)
1

Description

The current approach with "kubergrunt eks deploy" causes downtime due to the fact that all nodes in a group receive drain simultaneously and all replicas of affected apps (the same for ingress controller, stateful sets, etc) start migration in the same time.
Need to improve the update procedure to avoid downtimes.

Contributor guide

Open the contributing guide

Research direction

Start with the `kubergrunt eks deploy` entry point and inspect the current node-drain and replica migration procedure. Define how a controlled rolling deployment should sequence node updates while avoiding downtime for ingress controllers, stateful sets, and other affected applications; done means the deployment no longer drains all nodes simultaneously.

Written by the indexing model from the issue text.

Assessment

Tech stack
aws, go, kubernetes
Domain
cloud, devops, infrastructure
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.