Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Set up Single Layer OCI Artifacts #75

Open
5 of 14 tasks
fabianburth opened this issue Nov 26, 2024 · 0 comments · May be fixed by #98
Open
5 of 14 tasks

Set up Single Layer OCI Artifacts #75

fabianburth opened this issue Nov 26, 2024 · 0 comments · May be fixed by #98
Assignees
Labels
area/ipcei Important Project of Common European Interest
Milestone

Comments

@fabianburth
Copy link
Contributor

fabianburth commented Nov 26, 2024

What would you like to be added:
Implementation for setting up single layer artifact containing the blobs (or, in other words, the content of what are currently called Artifacts).

Why is this needed:
So, in both cases described in the epic, we need an implementation to set up oci artifacts containing the corresponding blob content and store them in an oci registry. The common approach for this (which is also chosen by helm for setting up helm charts as oci artifacts) is to create single layer oci artifacts.

See #76

  • Remove openflux artifact
  • Setup/Use internal OCI registry
  • Implement Single Layer OCI artifact implementation
  • Disable e2e tests until the (Flux)Deployer is implemented
  • Make sure that OCM versions are compliant to the OCI version spec, e.g. v1.0.0+dev has to be mapped to v1.0.0.build-dev to be reachable with OCM
  • Create snapshot controller
    • Populate snapshot controller tests
  • Add tests for resource, localisation, and configuration controller to make sure the storage migration is working.
  • Resolve new TODOs
    • How to handle component descriptor lists that are already downloaded and stored in the OCI registry
    • How to handle resources that are already downloaded and stored in the OCI registry
  • Decide if we want to stay with the current test-setup that runs a zot binary locally.
    • Maybe oras in-memory storage could also be viable
  • Prepare a(n) internal demo
@github-actions github-actions bot added the area/ipcei Important Project of Common European Interest label Nov 26, 2024
@fabianburth fabianburth transferred this issue from open-component-model/ocm Nov 26, 2024
@jakobmoellerdev jakobmoellerdev moved this from 🆕 ToDo to 📋 Next-UP in OCM Backlog Board Nov 26, 2024
@jakobmoellerdev jakobmoellerdev self-assigned this Dec 18, 2024
@jakobmoellerdev jakobmoellerdev moved this from 📋 Next-UP to 🏗 In Progress in OCM Backlog Board Dec 18, 2024
@jakobmoellerdev jakobmoellerdev moved this from 🏗 In Progress to 📋 Next-UP in OCM Backlog Board Jan 9, 2025
@morri-son morri-son added this to the 2025-Q1 milestone Feb 6, 2025
@morri-son morri-son moved this from 📋 Next-UP to 🏗 In Progress in OCM Backlog Board Feb 6, 2025
ikhandamirov added a commit that referenced this issue Feb 7, 2025
#### What this PR does / why we need it

With this PR an in-cluster instance of `zot` OCI registry will be
deployed aside to the controllers:
* `make deploy-dev` makes `zot` accessible via http.
* `make deploy` makes `zot` accessible via https.

#### Which issue(s) this PR fixes

This PR is in the context of #75 and should be merged before #98
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/ipcei Important Project of Common European Interest
Projects
Status: 🏗 In Progress
Development

Successfully merging a pull request may close this issue.

5 participants