mirror of https://github.com/docker/docs.git
Merge pull request #13458 from docker/master
Publish updates from master
This commit is contained in:
commit
d371aaa240
|
|
@ -1348,6 +1348,8 @@ manuals:
|
|||
title: Docker ID accounts
|
||||
- path: /docker-hub/repos/
|
||||
title: Repositories
|
||||
- path: /docker-hub/service-accounts/
|
||||
title: Service accounts
|
||||
- path: /docker-hub/official_images/
|
||||
title: Docker Official images
|
||||
- sectiontitle: Automated builds
|
||||
|
|
|
|||
|
|
@ -2,8 +2,6 @@
|
|||
title: Managing access tokens
|
||||
description: Learn how to create and manage your personal Docker Hub access tokens to securely push and pull images programmatically.
|
||||
keywords: docker hub, hub, security, PAT, personal access token
|
||||
redirect_from:
|
||||
- /docker-hub/service-accounts/
|
||||
---
|
||||
|
||||
Docker Hub lets you create personal access tokens as alternatives to your password. You can use tokens to access Hub images from the Docker CLI.
|
||||
|
|
|
|||
|
|
@ -0,0 +1,55 @@
|
|||
---
|
||||
description: Docker Service accounts
|
||||
keywords: Docker, service, accounts, Docker Hub
|
||||
title: Service accounts
|
||||
---
|
||||
|
||||
A service account is a Docker ID used for automated management of container images or containerized applications. Service accounts are typically used in automated workflows, and do not share Docker IDs with the members in the Team plan. Common use cases for service accounts include mirroring content on Docker Hub, or tying in image pulls from your CI/CD process.
|
||||
|
||||
> **Note**
|
||||
>
|
||||
> Service accounts included with the Team plan are limited to 5,000 pulls per day. If you require a higher number of pulls, you can purchase an Enhanced Service Account add-on.
|
||||
|
||||
## Enhanced Service Account add-on pricing
|
||||
|
||||
Refer to the following table for details on the Enhanced Service Account add-on pricing:
|
||||
|
||||
| Tier | Pull Rates Per Day* | Annual Fee |
|
||||
| ------ | ------ | ------ |
|
||||
| 1 | 5,000-10,000 | $9,950/yr |
|
||||
| 2 | 10,000-25,000 | $17,950/yr |
|
||||
| 3 | 25,000-50,000 | $32,950/yr |
|
||||
| 4 | 50,000-100,000 | $58,950/yr |
|
||||
| 5 | 100,000+ | [Contact Sales](https://www.docker.com/pricing/questions){:target="_blank" rel="noopener" class="_"} |
|
||||
|
||||
<sub>*Once the initial Tier is established, that is the minimum fee for the year. Annual commitment required. The service account may exceed Pulls by up to 25% for up to 20 days during the year without incurring additional fees. Reports on consumption will be provided upon request. At the end of the initial 1-year term, the appropriate Tier will be established for the following year.<sub>
|
||||
|
||||
## How a pull is defined
|
||||
|
||||
- A pull request is defined as up to two `GET` requests on registry manifest URLs (`/v2/*/manifests/*`).
|
||||
- A normal image pull makes a single manifest request.
|
||||
- A pull request for a multi-arch image makes two manifest requests.
|
||||
- `HEAD` requests are not counted.
|
||||
- Limits are applied based on the user doing the pull, and not based on the image being pulled or its owner.
|
||||
|
||||
## Creating a new service account
|
||||
|
||||
To create a new service account for your Team account:
|
||||
|
||||
1. Create a new Docker ID.
|
||||
2. Create a [team](orgs.md#create-a-team) in your organization and grant it read-only access to your private repositories.
|
||||
3. Add the new Docker ID to your [organization](orgs.md#working-with-organizations).
|
||||
4. Add the new Docker ID to the [team](orgs.md#add-a-member-to-a-team) you created earlier.
|
||||
5. Create a new [personal access token (PAT)](/access-tokens.md) from the user account and use it for CI.
|
||||
|
||||
> **Note**
|
||||
>
|
||||
> If you want a read-only PAT just for your open-source repos, or to access
|
||||
official images and other public images, you do not have to grant any access permissions to the new Docker ID.
|
||||
|
||||
## Additional information
|
||||
|
||||
Refer to the following topics for additional information:
|
||||
|
||||
- [Mirroring Docker Hub](../registry/recipes/mirror.md)
|
||||
- [Resource Consumption Updates FAQ](https://www.docker.com/pricing/resource-consumption-updates){:target="_blank" rel="noopener" class="_"}
|
||||
|
|
@ -76,7 +76,7 @@ There are two main types of volumes. We will eventually use both, but we will st
|
|||
## Persist the todo data
|
||||
|
||||
By default, the todo app stores its data in a [SQLite Database](https://www.sqlite.org/index.html){:target="_blank" rel="noopener" class="_"} at
|
||||
`/etc/todos/todo.db`. If you're not familiar with SQLite, no worries! It's simply a relational database in
|
||||
`/etc/todos/todo.db` in the container's filesystem. If you're not familiar with SQLite, no worries! It's simply a relational database in
|
||||
which all of the data is stored in a single file. While this isn't the best for large-scale applications,
|
||||
it works for small demos. We'll talk about switching this to a different database engine later.
|
||||
|
||||
|
|
|
|||
|
|
@ -76,6 +76,10 @@ Multiple registry caches can be deployed over the same back-end. A single
|
|||
registry cache ensures that concurrent requests do not pull duplicate data,
|
||||
but this property does not hold true for a registry cache cluster.
|
||||
|
||||
> **Note**
|
||||
>
|
||||
> Service accounts included in the Team plan are limited to 5,000 pulls per day. See [Service Accounts](/docker-hub/service-accounts/) for more details.
|
||||
|
||||
### Configure the cache
|
||||
|
||||
To configure a Registry to run as a pull through cache, the addition of a
|
||||
|
|
|
|||
Loading…
Reference in New Issue