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

Define default global Kamelets #1675

Closed
2 tasks done
nicolaferraro opened this issue Aug 27, 2020 · 0 comments · Fixed by #1836
Closed
2 tasks done

Define default global Kamelets #1675

nicolaferraro opened this issue Aug 27, 2020 · 0 comments · Fixed by #1836
Assignees
Milestone

Comments

@nicolaferraro
Copy link
Member

nicolaferraro commented Aug 27, 2020

We should define a concept of global Kamelet, i.e. a general Kamelet that is not local to a specific namespace, but can be used from any namespace. By default (in the PR #1602), integrations can only use Kamelets contained in the same namespace.

Having global Kamelets can allow UI's built on Camel K to show "Sources" or "Sinks" available in the cluster that are ready for use.

When installing the operator, we can install by default some global Kamelets (defined in this repo or, in the future, in a "Kamelet hub") in a special namespace, so that graphical tools can pick them up.

The issue is where to put them:

  1. A system namespace (like kube-system, openshift)? Seems not a standard approach
  2. A camel-system namespace? Operator needs permissions to create that namespace and read kamelets from it (cluster-role)

Then we should:

  • Adapt the operator runtime to lookup that namespace and allow to use it: resolution will be first attempted on the local namespace, then on the global one
  • Install some global Kamelets automatically on installation (and keep them updated on new releases): initial set of kamelets can be picked from the examples provided in the https://github.com/apache/camel-k-examples repository for Knative sources
@nicolaferraro nicolaferraro added this to the 1.2.0 milestone Aug 27, 2020
nicolaferraro added a commit to nicolaferraro/camel-k that referenced this issue Oct 1, 2020
nicolaferraro added a commit to nicolaferraro/camel-k that referenced this issue Oct 1, 2020
nicolaferraro added a commit to nicolaferraro/camel-k that referenced this issue Oct 1, 2020
nicolaferraro added a commit to nicolaferraro/camel-k that referenced this issue Oct 1, 2020
nicolaferraro added a commit to nicolaferraro/camel-k that referenced this issue Oct 2, 2020
@nicolaferraro nicolaferraro modified the milestones: 1.2.0, 1.3.0 Oct 7, 2020
@nicolaferraro nicolaferraro self-assigned this Dec 1, 2020
nicolaferraro added a commit to nicolaferraro/camel-k that referenced this issue Dec 1, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant