Multi-arch for operators

[Maleware]

Epic needs re-planning.

Only current milestone: #414

Future Goals

• Have ARM images released in parallel to normal release in an own registry namespace
• ARM + AMD image stacks are reliable and well tested
• Ship stable ARM + AMD images to /stackable/ registry with each release

[sbernauer]

Needs ADR from stackabletech/documentation#259

[lfrancke]

This is "In Progress" for Refinement. Is that still true?

[Maleware]

No, wanted to look over it this morning. I think it's good now. Should I move it to waiting for?

[lfrancke]

When you're done with Refining you can move it to the right, yes. "Refinement Acceptance: Waiting for"

[Maleware]

Ok, done.

[lfrancke]

I'll transfer this issue to the issues repository

[lfrancke]

There are no issues for Parallel Task Group B yet. As far as I understand the description we should be ready to start those though, right?

[vsupalov]

Created a new issue for that! There seemed to be enough work for the people active on this task already, but somebody from the team could join in on this one of course. Good catch.

[Maleware]

Current state of building operator binaries with ubi8-rust-builder:

We had a meeting @vsupalov @teozkr and @Maleware and putted our heads together. We were able to proof that the code is working as we expect it to be. This means that arch images contain pure arch environment (base os, other dependencies) and the binary compiled with the rust builder meets the architecture of the baseOS.

We still do not understand why those things are working nor where the problems comes from we try to avoid by our fixes. Needs probably further investigation. The open issue suggests the problem we try to avoid.

[fhennig]

I've made a ticket for multi arch testing: #299 as this was raised here stackabletech/kafka-operator#481 (comment)

I've added it to the epic as well, in Task Group C

@vsupalov pinging you to make sure this seems good to you

[vsupalov]

Looks good! I'll go ahead and rephrase "Run test infrastructure for AMD and ARM images which are pushed to stackable-experimental" to aim at multi-arch nightly tests upon "stackable" image pushes. This makes more sense.

[vsupalov]

If we revive this, we can use native ARM runners which integrate with GitHub actions. No need to migrate to Circle.

[Maleware]

Replaced

[Maleware]

Closed