|
1 |
| -# OCI Project Template |
| 1 | +# OCI Artifacts |
2 | 2 |
|
3 |
| -Useful boilerplate and organizational information for all OCI projects. |
| 3 | +Container registries, implementing the [distribution-spec][distribution-spec], provide reliable, highly scalable, secured storage services for container images. Customers either use a cloud provider implementation, vendor implementations, or instance the open source implementation of [distribution][distribution]. They configure security and networking to assure the images in the registry are locked down and accessible by the resources required. Cloud providers and vendors often provide additional values atop their registry implementations from security to productivity features. |
| 4 | + |
| 5 | +Applications and services typically require additional artifacts to deploy and manage, including [helm](https://helm.sh) for deployment and [Open Policy Agent (OPA)](https://github.com/open-policy-agent/opa/issues/1413) for policy enforcement. |
| 6 | + |
| 7 | +Utilizing the [manifest][image-manifest] and [index][image-index] definitions, new artifacts, such as the [Singularity project][singularity], can be stored and served using the [distribution-spec][distribution-spec]. |
| 8 | + |
| 9 | +This repository provides a reference for artifact authors and registry implementors for supporting new artifact types with the existing implementations of distribution. |
| 10 | + |
| 11 | +By providing an OCI artifact definition, the community can continue to innovate, focusing on new artifact types without having to build yet another storage solution (YASS). |
| 12 | + |
| 13 | +## Table of Contents |
4 | 14 |
|
5 |
| -* README (this file) |
6 | 15 | * [The Apache License, Version 2.0](LICENSE)
|
7 |
| -* [A list of maintainers](MAINTAINERS) |
| 16 | +* [Maintainers](MAINTAINERS) |
8 | 17 | * [Maintainer guidelines](MAINTAINERS_GUIDE.md)
|
9 | 18 | * [Contributor guidelines](CONTRIBUTING.md)
|
10 | 19 | * [Project governance](GOVERNANCE.md)
|
11 | 20 | * [Release procedures](RELEASES.md)
|
| 21 | + |
| 22 | +## Code of Conduct |
| 23 | + |
| 24 | +This project incorporates (by reference) the OCI [Code of Conduct][code-of-conduct]. |
| 25 | + |
| 26 | +## Governance and Releases |
| 27 | + |
| 28 | +This project incorporates the Governance and Releases processes from the OCI project template: https://github.com/opencontainers/project-template. |
| 29 | + |
| 30 | +## Project Communications |
| 31 | + |
| 32 | +This project would continue to use existing channels in use by the [OCI developer community for communication](https://github.com/opencontainers/org#communications) |
| 33 | + |
| 34 | +### Versioning / Roadmap |
| 35 | + |
| 36 | +Artifacts will reference specific [distribution][distribution-spec], [index][image-index] and [manifest][image-manifest] versions in its examples, identifying any dependencies required. |
| 37 | + |
| 38 | +## Frequently Asked Questions (FAQ) |
| 39 | + |
| 40 | +**Q: Does this change the OCI Charter or Scope Table?** |
| 41 | + |
| 42 | +A: No. Artifacts are a prescriptive means of storing [index][image-index] and [manifest][image-manifest] within [distribution][distribution-spec] implementations. |
| 43 | + |
| 44 | +[distribution-spec]: https://github.com/opencontainers/distribution-spec/ |
| 45 | +[code-of-conduct]: https://github.com/opencontainers/org/blob/master/CODE_OF_CONDUCT.md |
| 46 | +[image-manifest]: https://github.com/opencontainers/image-spec/blob/master/manifest.md |
| 47 | +[image-index]: https://github.com/opencontainers/image-spec/blob/master/image-index.md |
| 48 | +[distribution]: https://github.com/docker/distribution |
| 49 | +[singularity]: https://github.com/sylabs/singularity |
0 commit comments