2015-02-12 01:49:49 +01:00
|
|
|
package distribution
|
2014-11-18 01:29:42 +01:00
|
|
|
|
|
|
|
import (
|
Refactor Blob Service API
This PR refactors the blob service API to be oriented around blob descriptors.
Identified by digests, blobs become an abstract entity that can be read and
written using a descriptor as a handle. This allows blobs to take many forms,
such as a ReadSeekCloser or a simple byte buffer, allowing blob oriented
operations to better integrate with blob agnostic APIs (such as the `io`
package). The error definitions are now better organized to reflect conditions
that can only be seen when interacting with the blob API.
The main benefit of this is to separate the much smaller metadata from large
file storage. Many benefits also follow from this. Reading and writing has
been separated into discrete services. Backend implementation is also
simplified, by reducing the amount of metadata that needs to be picked up to
simply serve a read. This also improves cacheability.
"Opening" a blob simply consists of an access check (Stat) and a path
calculation. Caching is greatly simplified and we've made the mapping of
provisional to canonical hashes a first-class concept. BlobDescriptorService
and BlobProvider can be combined in different ways to achieve varying effects.
Recommend Review Approach
-------------------------
This is a very large patch. While apologies are in order, we are getting a
considerable amount of refactoring. Most changes follow from the changes to
the root package (distribution), so start there. From there, the main changes
are in storage. Looking at (*repository).Blobs will help to understand the how
the linkedBlobStore is wired. One can explore the internals within and also
branch out into understanding the changes to the caching layer. Following the
descriptions below will also help to guide you.
To reduce the chances for regressions, it was critical that major changes to
unit tests were avoided. Where possible, they are left untouched and where
not, the spirit is hopefully captured. Pay particular attention to where
behavior may have changed.
Storage
-------
The primary changes to the `storage` package, other than the interface
updates, were to merge the layerstore and blobstore. Blob access is now
layered even further. The first layer, blobStore, exposes a global
`BlobStatter` and `BlobProvider`. Operations here provide a fast path for most
read operations that don't take access control into account. The
`linkedBlobStore` layers on top of the `blobStore`, providing repository-
scoped blob link management in the backend. The `linkedBlobStore` implements
the full `BlobStore` suite, providing access-controlled, repository-local blob
writers. The abstraction between the two is slightly broken in that
`linkedBlobStore` is the only channel under which one can write into the global
blob store. The `linkedBlobStore` also provides flexibility in that it can act
over different link sets depending on configuration. This allows us to use the
same code for signature links, manifest links and blob links. Eventually, we
will fully consolidate this storage.
The improved cache flow comes from the `linkedBlobStatter` component
of `linkedBlobStore`. Using a `cachedBlobStatter`, these combine together to
provide a simple cache hierarchy that should streamline access checks on read
and write operations, or at least provide a single path to optimize. The
metrics have been changed in a slightly incompatible way since the former
operations, Fetch and Exists, are no longer relevant.
The fileWriter and fileReader have been slightly modified to support the rest
of the changes. The most interesting is the removal of the `Stat` call from
`newFileReader`. This was the source of unnecessary round trips that were only
present to look up the size of the resulting reader. Now, one must simply pass
in the size, requiring the caller to decide whether or not the `Stat` call is
appropriate. In several cases, it turned out the caller already had the size
already. The `WriterAt` implementation has been removed from `fileWriter`,
since it is no longer required for `BlobWriter`, reducing the number of paths
which writes may take.
Cache
-----
Unfortunately, the `cache` package required a near full rewrite. It was pretty
mechanical in that the cache is oriented around the `BlobDescriptorService`
slightly modified to include the ability to set the values for individual
digests. While the implementation is oriented towards caching, it can act as a
primary store. Provisions are in place to have repository local metadata, in
addition to global metadata. Fallback is implemented as a part of the storage
package to maintain this flexibility.
One unfortunate side-effect is that caching is now repository-scoped, rather
than global. This should have little effect on performance but may increase
memory usage.
Handlers
--------
The `handlers` package has been updated to leverage the new API. For the most
part, the changes are superficial or mechanical based on the API changes. This
did expose a bug in the handling of provisional vs canonical digests that was
fixed in the unit tests.
Configuration
-------------
One user-facing change has been made to the configuration and is updated in
the associated documentation. The `layerinfo` cache parameter has been
deprecated by the `blobdescriptor` cache parameter. Both are equivalent and
configuration files should be backward compatible.
Notifications
-------------
Changes the `notification` package are simply to support the interface
changes.
Context
-------
A small change has been made to the tracing log-level. Traces have been moved
from "info" to "debug" level to reduce output when not needed.
Signed-off-by: Stephen J Day <stephen.day@docker.com>
2015-05-12 09:10:29 +02:00
|
|
|
"github.com/docker/distribution/context"
|
2014-12-24 01:01:38 +01:00
|
|
|
"github.com/docker/distribution/digest"
|
2015-01-02 22:21:29 +01:00
|
|
|
"github.com/docker/distribution/manifest"
|
2014-11-18 01:29:42 +01:00
|
|
|
)
|
|
|
|
|
2015-04-10 04:21:33 +02:00
|
|
|
// Scope defines the set of items that match a namespace.
|
|
|
|
type Scope interface {
|
|
|
|
// Contains returns true if the name belongs to the namespace.
|
|
|
|
Contains(name string) bool
|
|
|
|
}
|
|
|
|
|
|
|
|
type fullScope struct{}
|
|
|
|
|
|
|
|
func (f fullScope) Contains(string) bool {
|
|
|
|
return true
|
|
|
|
}
|
|
|
|
|
|
|
|
// GlobalScope represents the full namespace scope which contains
|
|
|
|
// all other scopes.
|
|
|
|
var GlobalScope = Scope(fullScope{})
|
|
|
|
|
|
|
|
// Namespace represents a collection of repositories, addressable by name.
|
|
|
|
// Generally, a namespace is backed by a set of one or more services,
|
|
|
|
// providing facilities such as registry access, trust, and indexing.
|
|
|
|
type Namespace interface {
|
|
|
|
// Scope describes the names that can be used with this Namespace. The
|
|
|
|
// global namespace will have a scope that matches all names. The scope
|
|
|
|
// effectively provides an identity for the namespace.
|
|
|
|
Scope() Scope
|
|
|
|
|
2015-01-17 03:24:07 +01:00
|
|
|
// Repository should return a reference to the named repository. The
|
|
|
|
// registry may or may not have the repository but should always return a
|
|
|
|
// reference.
|
2015-02-13 22:59:50 +01:00
|
|
|
Repository(ctx context.Context, name string) (Repository, error)
|
2014-11-18 01:29:42 +01:00
|
|
|
}
|
|
|
|
|
2015-07-15 01:25:37 +02:00
|
|
|
// ManifestServiceOption is a function argument for Manifest Service methods
|
|
|
|
type ManifestServiceOption func(ManifestService) error
|
|
|
|
|
2015-01-17 03:24:07 +01:00
|
|
|
// Repository is a named collection of manifests and layers.
|
|
|
|
type Repository interface {
|
|
|
|
// Name returns the name of the repository.
|
|
|
|
Name() string
|
|
|
|
|
|
|
|
// Manifests returns a reference to this repository's manifest service.
|
|
|
|
Manifests() ManifestService
|
2014-11-22 04:39:52 +01:00
|
|
|
|
Refactor Blob Service API
This PR refactors the blob service API to be oriented around blob descriptors.
Identified by digests, blobs become an abstract entity that can be read and
written using a descriptor as a handle. This allows blobs to take many forms,
such as a ReadSeekCloser or a simple byte buffer, allowing blob oriented
operations to better integrate with blob agnostic APIs (such as the `io`
package). The error definitions are now better organized to reflect conditions
that can only be seen when interacting with the blob API.
The main benefit of this is to separate the much smaller metadata from large
file storage. Many benefits also follow from this. Reading and writing has
been separated into discrete services. Backend implementation is also
simplified, by reducing the amount of metadata that needs to be picked up to
simply serve a read. This also improves cacheability.
"Opening" a blob simply consists of an access check (Stat) and a path
calculation. Caching is greatly simplified and we've made the mapping of
provisional to canonical hashes a first-class concept. BlobDescriptorService
and BlobProvider can be combined in different ways to achieve varying effects.
Recommend Review Approach
-------------------------
This is a very large patch. While apologies are in order, we are getting a
considerable amount of refactoring. Most changes follow from the changes to
the root package (distribution), so start there. From there, the main changes
are in storage. Looking at (*repository).Blobs will help to understand the how
the linkedBlobStore is wired. One can explore the internals within and also
branch out into understanding the changes to the caching layer. Following the
descriptions below will also help to guide you.
To reduce the chances for regressions, it was critical that major changes to
unit tests were avoided. Where possible, they are left untouched and where
not, the spirit is hopefully captured. Pay particular attention to where
behavior may have changed.
Storage
-------
The primary changes to the `storage` package, other than the interface
updates, were to merge the layerstore and blobstore. Blob access is now
layered even further. The first layer, blobStore, exposes a global
`BlobStatter` and `BlobProvider`. Operations here provide a fast path for most
read operations that don't take access control into account. The
`linkedBlobStore` layers on top of the `blobStore`, providing repository-
scoped blob link management in the backend. The `linkedBlobStore` implements
the full `BlobStore` suite, providing access-controlled, repository-local blob
writers. The abstraction between the two is slightly broken in that
`linkedBlobStore` is the only channel under which one can write into the global
blob store. The `linkedBlobStore` also provides flexibility in that it can act
over different link sets depending on configuration. This allows us to use the
same code for signature links, manifest links and blob links. Eventually, we
will fully consolidate this storage.
The improved cache flow comes from the `linkedBlobStatter` component
of `linkedBlobStore`. Using a `cachedBlobStatter`, these combine together to
provide a simple cache hierarchy that should streamline access checks on read
and write operations, or at least provide a single path to optimize. The
metrics have been changed in a slightly incompatible way since the former
operations, Fetch and Exists, are no longer relevant.
The fileWriter and fileReader have been slightly modified to support the rest
of the changes. The most interesting is the removal of the `Stat` call from
`newFileReader`. This was the source of unnecessary round trips that were only
present to look up the size of the resulting reader. Now, one must simply pass
in the size, requiring the caller to decide whether or not the `Stat` call is
appropriate. In several cases, it turned out the caller already had the size
already. The `WriterAt` implementation has been removed from `fileWriter`,
since it is no longer required for `BlobWriter`, reducing the number of paths
which writes may take.
Cache
-----
Unfortunately, the `cache` package required a near full rewrite. It was pretty
mechanical in that the cache is oriented around the `BlobDescriptorService`
slightly modified to include the ability to set the values for individual
digests. While the implementation is oriented towards caching, it can act as a
primary store. Provisions are in place to have repository local metadata, in
addition to global metadata. Fallback is implemented as a part of the storage
package to maintain this flexibility.
One unfortunate side-effect is that caching is now repository-scoped, rather
than global. This should have little effect on performance but may increase
memory usage.
Handlers
--------
The `handlers` package has been updated to leverage the new API. For the most
part, the changes are superficial or mechanical based on the API changes. This
did expose a bug in the handling of provisional vs canonical digests that was
fixed in the unit tests.
Configuration
-------------
One user-facing change has been made to the configuration and is updated in
the associated documentation. The `layerinfo` cache parameter has been
deprecated by the `blobdescriptor` cache parameter. Both are equivalent and
configuration files should be backward compatible.
Notifications
-------------
Changes the `notification` package are simply to support the interface
changes.
Context
-------
A small change has been made to the tracing log-level. Traces have been moved
from "info" to "debug" level to reduce output when not needed.
Signed-off-by: Stephen J Day <stephen.day@docker.com>
2015-05-12 09:10:29 +02:00
|
|
|
// Blobs returns a reference to this repository's blob service.
|
|
|
|
Blobs(ctx context.Context) BlobStore
|
|
|
|
|
|
|
|
// TODO(stevvooe): The above BlobStore return can probably be relaxed to
|
|
|
|
// be a BlobService for use with clients. This will allow such
|
|
|
|
// implementations to avoid implementing ServeBlob.
|
2015-03-04 21:32:22 +01:00
|
|
|
|
|
|
|
// Signatures returns a reference to this repository's signatures service.
|
|
|
|
Signatures() SignatureService
|
2014-11-22 04:39:52 +01:00
|
|
|
}
|
|
|
|
|
2015-04-02 01:41:33 +02:00
|
|
|
// TODO(stevvooe): Must add close methods to all these. May want to change the
|
|
|
|
// way instances are created to better reflect internal dependency
|
|
|
|
// relationships.
|
|
|
|
|
2014-11-22 04:39:52 +01:00
|
|
|
// ManifestService provides operations on image manifests.
|
|
|
|
type ManifestService interface {
|
2015-01-14 21:02:43 +01:00
|
|
|
// Exists returns true if the manifest exists.
|
2015-02-27 00:47:04 +01:00
|
|
|
Exists(dgst digest.Digest) (bool, error)
|
|
|
|
|
|
|
|
// Get retrieves the identified by the digest, if it exists.
|
|
|
|
Get(dgst digest.Digest) (*manifest.SignedManifest, error)
|
|
|
|
|
|
|
|
// Delete removes the manifest, if it exists.
|
|
|
|
Delete(dgst digest.Digest) error
|
2014-11-22 04:39:52 +01:00
|
|
|
|
2015-02-27 00:47:04 +01:00
|
|
|
// Put creates or updates the manifest.
|
|
|
|
Put(manifest *manifest.SignedManifest) error
|
|
|
|
|
|
|
|
// TODO(stevvooe): The methods after this message should be moved to a
|
|
|
|
// discrete TagService, per active proposals.
|
|
|
|
|
|
|
|
// Tags lists the tags under the named repository.
|
|
|
|
Tags() ([]string, error)
|
2014-11-22 04:39:52 +01:00
|
|
|
|
2015-02-27 00:47:04 +01:00
|
|
|
// ExistsByTag returns true if the manifest exists.
|
|
|
|
ExistsByTag(tag string) (bool, error)
|
2014-11-22 04:39:52 +01:00
|
|
|
|
2015-02-27 00:47:04 +01:00
|
|
|
// GetByTag retrieves the named manifest, if it exists.
|
2015-07-15 01:25:37 +02:00
|
|
|
GetByTag(tag string, options ...ManifestServiceOption) (*manifest.SignedManifest, error)
|
2015-01-17 03:24:07 +01:00
|
|
|
|
|
|
|
// TODO(stevvooe): There are several changes that need to be done to this
|
|
|
|
// interface:
|
|
|
|
//
|
2015-02-27 00:47:04 +01:00
|
|
|
// 1. Allow explicit tagging with Tag(digest digest.Digest, tag string)
|
|
|
|
// 2. Support reading tags with a re-entrant reader to avoid large
|
2015-01-17 03:24:07 +01:00
|
|
|
// allocations in the registry.
|
2015-02-27 00:47:04 +01:00
|
|
|
// 3. Long-term: Provide All() method that lets one scroll through all of
|
2015-01-17 03:24:07 +01:00
|
|
|
// the manifest entries.
|
2015-02-27 00:47:04 +01:00
|
|
|
// 4. Long-term: break out concept of signing from manifests. This is
|
2015-01-17 03:24:07 +01:00
|
|
|
// really a part of the distribution sprint.
|
2015-02-27 00:47:04 +01:00
|
|
|
// 5. Long-term: Manifest should be an interface. This code shouldn't
|
2015-01-17 03:24:07 +01:00
|
|
|
// really be concerned with the storage format.
|
2014-11-22 04:39:52 +01:00
|
|
|
}
|
|
|
|
|
2015-03-04 21:32:22 +01:00
|
|
|
// SignatureService provides operations on signatures.
|
|
|
|
type SignatureService interface {
|
|
|
|
// Get retrieves all of the signature blobs for the specified digest.
|
|
|
|
Get(dgst digest.Digest) ([][]byte, error)
|
|
|
|
|
|
|
|
// Put stores the signature for the provided digest.
|
|
|
|
Put(dgst digest.Digest, signatures ...[]byte) error
|
|
|
|
}
|