AWS CodeArtifact Concepts
Here are some concepts and terms to know when you use CodeArtifact.
Topics
Domain
Repositories are aggregated into a higher-level entity known as a domain. All package assets and metadata are stored in the domain, but they are consumed through repositories. A given package asset, such as a Maven JAR file, is stored once per domain, no matter how many repositories it's present in. All of the assets and metadata in a domain are encrypted with the same AWS KMS key (KMS key) stored in AWS Key Management Service (AWS KMS).
Each repository is a member of a single domain and can't be moved to a different domain.
The domain allows organizational policy to be applied across multiple repositories, such as which accounts can access repositories in the domain, and which public repositories can be used as sources of packages.
Although an organization can have multiple domains, we recommend a single production domain that contains all published artifacts so that teams can find and share packages across their organization.
Repository
A CodeArtifact repository contains a set of package versions, each of which
maps to a set of assets. Repositories are
polyglot—a single repository can contain packages of any supported type. Each repository
exposes endpoints for fetching and publishing packages using tools like the
nuget CLI, the
npm
CLI, the Maven CLI (mvn), and
pip. You can create up to 1000
repositories per domain.
Package
A package is a bundle of software and the metadata that is
required to resolve dependencies and install the software. In CodeArtifact, a package consists of a package name,
an optional namespace such as @types
in @types/node, a
set of package versions, and package-level metadata such as npm tags.
AWS CodeArtifact supports npm, PyPI, Maven, and NuGet package formats.
Package version
A package version identifies the specific version of a package,
such as @types/node 12.6.9. The version number format and semantics vary
for different package formats. For example, npm package versions must conform to the
Semantic Versioning specification
Package version revision
A package version revision is a string that identifies a specific set of assets and metadata for a package version. Each time a package version is updated, a new package version revision is created. For example, you might publish a source distribution archive (sdist) for a Python package version, and later add a Python wheel that contains compiled code to the same version. When you publish the wheel, a new package version revision is created.
Upstream repository
One repository is upstream of another when the package versions in it can be accessed from the repository endpoint of the downstream repository, effectively merging the contents of the two repositories from the point of view of a client. CodeArtifact allows creating an upstream relationship between two repositories.
Asset
An asset is an individual file stored in CodeArtifact that is
associated with a package version, such as an npm .tgz file or Maven POM
and JAR files.
Package namespace
Some package formats support hierarchical package names to organize packages into logical groups
and help avoid name collisions. For example, npm supports
scopes, see the npm scopes documentation@types/node has a scope of
@types and a name of node. There are many other package names in the @types scope. In
CodeArtifact, the scope (“types”) is referred to as the package namespace and the name
(“node”) is referred to as the package name. For Maven packages, the package namespace
corresponds to the Maven groupID. The Maven package org.apache.logging.log4j:log4j has
a groupID (package namespace) of org.apache.logging.log4j and the artifactID (package name) log4j.
Some package formats such as PyPI don't support hierarchical names with a concept similar to
npm scope or Maven groupID. Without a way to group package names, it can be more difficult to
avoid name collisions.
