mirror of
https://github.com/goharbor/harbor.git
synced 2024-12-01 14:44:00 +01:00
update roadmap
This commit is contained in:
parent
e7e23240f0
commit
2154fcf1d3
1
AUTHORS
1
AUTHORS
@ -5,6 +5,7 @@ Alexey Erkak <eryigin at mail.ru>
|
|||||||
Allen Heavey <xheavey at gmail.com>
|
Allen Heavey <xheavey at gmail.com>
|
||||||
Amanda Zhang <amzhang at vmware.com>
|
Amanda Zhang <amzhang at vmware.com>
|
||||||
Benniu Ji <benniuji at gmail.com>
|
Benniu Ji <benniuji at gmail.com>
|
||||||
|
Bin Liu <liubin0329 at gmail.com>
|
||||||
Bobby Zhang <junzhang at vmware.com>
|
Bobby Zhang <junzhang at vmware.com>
|
||||||
Chaofeng Wu <chaofengw at vmware.com>
|
Chaofeng Wu <chaofengw at vmware.com>
|
||||||
Daniel Jiang <jiangd at vmware.com>
|
Daniel Jiang <jiangd at vmware.com>
|
||||||
|
47
ROADMAP.md
Normal file
47
ROADMAP.md
Normal file
@ -0,0 +1,47 @@
|
|||||||
|
## Harbor Roadmap
|
||||||
|
|
||||||
|
### About this document
|
||||||
|
|
||||||
|
This document provides description of items that are gathered from the community and planned in Harbor¡¯s roadmap. This should serve as a reference point for Harbor users and contributors to understand where the project is heading, and help determine if a contribution could be conflicting with a longer term plan.
|
||||||
|
|
||||||
|
### How to help?
|
||||||
|
|
||||||
|
Discussion on the roadmap can take place in threads under Issues. Please open and comment on an issue if you want to provide suggestions and feedback to an item in the roadmap. Please review the roadmap to avoid potential duplicated effort.
|
||||||
|
|
||||||
|
### How to add an item to the roadmap?
|
||||||
|
Please open an issue to track any initiative on the roadmap of Harbor. We will work with and rely on our community to focus our efforts to improve Harbor.
|
||||||
|
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
|
||||||
|
### 1. Image replication between Harbor instances
|
||||||
|
Enable images to be replicated between two or more Harbor instances. This is useful to have multiple registry servers servicing a large cluster of nodes, or have distributed registry instances with identical images.
|
||||||
|
|
||||||
|
### 2. Image deletion and garbage collection
|
||||||
|
a) Images can be deleted from UI. The files of deleted images are not removed immediately.
|
||||||
|
|
||||||
|
b) The files of deleted images are recycled by an administrator during system maintenance(Garbage collection). The registry service must be shut down during the process of garbage collection.
|
||||||
|
|
||||||
|
|
||||||
|
### 3. Authentication (OAuth2)
|
||||||
|
In addition to LDAP/AD and local users, OAuth 2.0 can be used to authenticate a user.
|
||||||
|
|
||||||
|
### 4. High Availability
|
||||||
|
Support multi-node deployment of Harbor for high availability, scalability and load-balancing purposes.
|
||||||
|
|
||||||
|
### 5. Statistics and description for repositories
|
||||||
|
User can add a description to a repository. The access count of a repo can be aggregated and displayed.
|
||||||
|
|
||||||
|
|
||||||
|
### 6. Audit all operations in the system
|
||||||
|
Currently only image related operations are logged. Other operations in Harbor, such as user creation/deletion, role changes, password reset, should be tracked as well.
|
||||||
|
|
||||||
|
|
||||||
|
### 7. Migration tool to move from an existing registry to Harbor
|
||||||
|
A tool to migrate images from a vanilla registry server to Harbor, without the need to export/import a large amount of data.
|
||||||
|
|
||||||
|
|
||||||
|
### 8. Support API versioning
|
||||||
|
Provide versioning of Harbor's API.
|
||||||
|
|
Loading…
Reference in New Issue
Block a user