aws / aws/eks-anywhere

Programmatic way to determine whether new EKSA release requires a new OS/VM image

Open
#2,318 1 comment 0 reactions 0 assignees View on GitHub
area/cli area/release team/build team/cli
Dominant language
Go
Stars
2.1k
Forks
328
Avg merge
1d 4h
Merged PRs (30d)
9

Description

**What would you like to be added**:
As an eks-a administrator, I would like to have a reliable and programmatic way to determine whether a new EKSA release requires a new OS/VM image.

Acceptance Criteria:
1. Should allow automating the process of building a new image for a new EKSA release whenever it's necessary
2. Should be able to validate that a given OS image has all the required binaries cached (e.g. ETCD'd binary fo a target release version)

**Why is this needed**:
If our users are building their own images, they want to be able to validate these images are acceptable for a given EKSA release

Contributor guide

Open the contributing guide

Research direction

The issue names no files, tests, or entry points. Begin by locating the EKSA release and OS/VM image-building workflows, then determine how a release declares required binaries and how an image can be validated against them. Done means both acceptance criteria are automatable and documented for administrators building their own images.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
infrastructure
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.