Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add support for Hub federation #511

Open
mszostok opened this issue Sep 17, 2021 · 1 comment
Open

Add support for Hub federation #511

mszostok opened this issue Sep 17, 2021 · 1 comment
Labels
area/community Relates to all community activities area/documentation Related to all activities around documentation area/hub Relates to Hub enhancement New feature or request needs-triage Relates to issues that should be refined

Comments

@mszostok
Copy link
Member

mszostok commented Sep 17, 2021

Description

The idea is to enable support for connecting multiple Hubs into a single one.

Currently, we have an entity called vendor https://github.com/capactio/capact/blob/main/ocf-spec/0.0.1/README.md#vendor
Remote Public Hub repositories can be mounted under the vendor sub-tree in the local repository.
Vendor manifest stores connection details of the external OCH, such as URI of the repository (base path) or federation strategy.

This concept needs to be refined.

Features:

  • support private hubs
  • authorization/authentication
    • Signature-based
    • Take into account future plans: external IDPs - makes sense to use ORY stack with multiple authenticators
  • caching
  • support different sources, not only git or Public Hub API. We can try to reuse the same concept developed for the delegated storage.
  • content synchronization (periodic/hooks). Make it configurable.

In the first round, we should think how to enable Public Hub federation. In the future, the Local Hubs could also reuse the same implementation.

Reason

In the current approach, all content that is loaded to Public Hub requires to be defined in a single repository. There is no easy way to split it e.g. extract test content to separate och repository which can be optionally enabled.

This pattern doesn't scale well. We should be able to split repository per vendor (e.g. Google, Microsoft, RedHat etc.) and per use-cases e.g. private used for commercial use-cases, incubator, open-source manifests etc.

@mszostok mszostok added enhancement New feature or request area/hub Relates to Hub area/community Relates to all community activities area/documentation Related to all activities around documentation needs-triage Relates to issues that should be refined labels Sep 17, 2021
@mszostok mszostok changed the title Hub federation Add support for Hub federation Sep 17, 2021
@mszostok
Copy link
Member Author

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/community Relates to all community activities area/documentation Related to all activities around documentation area/hub Relates to Hub enhancement New feature or request needs-triage Relates to issues that should be refined
Projects
None yet
Development

No branches or pull requests

1 participant