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

Provide pre-configured Camel K instance with Camel K stack #15391

Open
apupier opened this issue Dec 3, 2019 · 7 comments
Open

Provide pre-configured Camel K instance with Camel K stack #15391

apupier opened this issue Dec 3, 2019 · 7 comments
Labels
area/languages Issues related to Language extensions or plugins integration. kind/enhancement A feature request - must adhere to the feature request template. lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness.

Comments

@apupier
Copy link
Contributor

apupier commented Dec 3, 2019

Is your enhancement related to a problem? Please describe.

currently when using a Camel K stack, user need to have an already installed Camel instance somewhere or have enough rights to install it.

Describe the solution you'd like

when creating the workspace, a Camel K instance is available on whatever Kubernetes cluster it is installed on.
It may require an action requested to an admin to install the Camel K Operator on the cluster.

Describe alternatives you've considered

when creating the workspace, a Camel K instance is available on whatever Kubernetes cluster it is installed on but it requires admin right if operator not available on the cluster.

As a first iteration, we can also imagine to have listed the requirements (installed operator) in the devfile and that Che is alerting user in case some of the operator is not available.

Additional context

might be done using Operator Lifecycle Manager if supported in devfile

follow-up on #14831

@apupier apupier added the kind/enhancement A feature request - must adhere to the feature request template. label Dec 3, 2019
@che-bot che-bot added the status/need-triage An issue that needs to be prioritized by the curator responsible for the triage. See https://github. label Dec 3, 2019
@l0rd l0rd added status/info-needed More information is needed before the issue can move into the “analyzing” state for engineering. and removed status/need-triage An issue that needs to be prioritized by the curator responsible for the triage. See https://github. labels Dec 4, 2019
@l0rd
Copy link
Contributor

l0rd commented Dec 4, 2019

@apupier are you requesting the support for operators as a new component type in the devfile?

I believe that's something that we agreed last week we won't be able to support because it requires more privileges then we can grant to a Che user (privilege escalation).

@apupier
Copy link
Contributor Author

apupier commented Dec 4, 2019

we said that it won't be possible in short-term but that we might rely on Operator Lifecycle Manager in the future. It might need to request some rights to an admin but it should be integrated in a Kubernetes flow.
And I wasn't precise enough in the "describe the solution you'd like", i will update

@l0rd
Copy link
Contributor

l0rd commented Dec 4, 2019

yeah we agreed that we would like to support Kubernetes Custom Resources, but CRD need to be deployed beforehand.

@che-bot
Copy link
Contributor

che-bot commented Jun 3, 2020

Issues go stale after 180 days of inactivity. lifecycle/stale issues rot after an additional 7 days of inactivity and eventually close.

Mark the issue as fresh with /remove-lifecycle stale in a new comment.

If this issue is safe to close now please do so.

Moderators: Add lifecycle/frozen label to avoid stale mode.

@che-bot che-bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jun 3, 2020
@apupier
Copy link
Contributor Author

apupier commented Jun 3, 2020

it stays something interesting to have in the future

@apupier
Copy link
Contributor Author

apupier commented Jun 3, 2020

/remove-lifecycle stale

@apupier apupier removed the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jun 3, 2020
@che-bot che-bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jan 4, 2021
@che-bot
Copy link
Contributor

che-bot commented Jan 4, 2021

Issues go stale after 180 days of inactivity. lifecycle/stale issues rot after an additional 7 days of inactivity and eventually close.

Mark the issue as fresh with /remove-lifecycle stale in a new comment.

If this issue is safe to close now please do so.

Moderators: Add lifecycle/frozen label to avoid stale mode.

@ericwill ericwill added area/languages Issues related to Language extensions or plugins integration. lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. status/info-needed More information is needed before the issue can move into the “analyzing” state for engineering. labels Jan 5, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/languages Issues related to Language extensions or plugins integration. kind/enhancement A feature request - must adhere to the feature request template. lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness.
Projects
None yet
Development

No branches or pull requests

4 participants