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

Enable examples to be consumable through the service catalog #2832

Closed
derberg opened this issue Feb 21, 2019 · 9 comments
Closed

Enable examples to be consumable through the service catalog #2832

derberg opened this issue Feb 21, 2019 · 9 comments
Labels
area/documentation Issues or PRs related to documentation area/service-management Issues or PRs related to service management kind/feature Categorizes issue or PR as related to a new feature.

Comments

@derberg
Copy link

derberg commented Feb 21, 2019

Description

I want to be able to enable in Kyma local/cluster the examples bundle and I want to be able to provision them in a runtime.

Details:

  • have a new bundle in https://github.com/kyma-project/bundles exposed as a separate index, for example index-examples.yaml, so they are always released (https://github.com/kyma-project/bundles/releases) like the default index and optional index-testing
  • new examples bundle provides all configured examples as service classes consumable in the Service Catalog UI. So you can imagine that once you add the bundle to Helm broker, in the Catalog you will see service classes like for example Tracing example that once it is provisioned it creates all the resources needed to see tracing in action
  • we need clear definition of example that should be embedded as a bundle:
    • is it any?
    • is it still example or maybe showcase?
    • some specific criterias?
    • helm chart is a must
    • namespace independent
  • clear explanation documentation how to provide such example/showcase and what are the rules
  • we need one working example that we can already use after this task and promote the solution. It is up to you to decide if you reuse one of existing Kyma examples or create a totally new one that you think will be supper cool as a starter
  • each service class must have clear documentation that later we can display in the service catalog in the context of the specific service, so the user can learn from it:
    • what resources is the class creating during provisioning
    • detailed purpose of showcase and how you can extend it and play with it
    • what secrets are created and returned with ServiceBinding
    • what plans are available and their purpose
  • decide/recommend if we just reuse existing examples or we actually need to always have dedicated showcases only. So if it makes sense and it is possible to still be able to use the example the old school with helm install etc.

Hints:

Reasons

At the moment the only way to learn Kyma with hands-on experience is to follow examples https://github.com/kyma-project/examples. There are cases though where you want to quickly set up example to just play with the functionality that it enables, so you just want to take what it gives with no customizations and maybe just extend it. This requires a lot of manual work and would be nice to have such showcase examples as part of the catalog, so you can easily quickly run the examples.

@derberg derberg added kind/feature Categorizes issue or PR as related to a new feature. area/documentation Issues or PRs related to documentation area/service-management Issues or PRs related to service management labels Feb 21, 2019
@kautsig
Copy link

kautsig commented Feb 25, 2019

@derberg as discussed on slack, I can take this over.

@derberg
Copy link
Author

derberg commented Feb 25, 2019

@kautsig interesting, I can't do that if you are not in the org. Let us leave it as it is and I'll consult with others how to best proceed in such cases

@a-thaler
Copy link
Contributor

is duplicating kyma-project/examples#57, I closed the other ticket

@stale
Copy link

stale bot commented May 21, 2019

This issue has been automatically marked as stale due to the lack of recent activity. It will soon be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale label May 21, 2019
@derberg derberg removed the stale label May 27, 2019
@stale
Copy link

stale bot commented Jul 26, 2019

This issue has been automatically marked as stale due to the lack of recent activity. It will soon be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale label Jul 26, 2019
@derberg derberg removed the stale label Jul 26, 2019
@stale
Copy link

stale bot commented Sep 24, 2019

This issue has been automatically marked as stale due to the lack of recent activity. It will soon be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale label Sep 24, 2019
@derberg derberg removed the stale label Sep 25, 2019
@derberg
Copy link
Author

derberg commented Oct 1, 2019

we have a first example of how it could look like, a showcase scenario with lambda and binding in one addon https://github.com/kyma-incubator/github-slack-connectors/tree/master/addons/githubissuesentimentanalysis-1.0.0

@stale
Copy link

stale bot commented Dec 24, 2019

This issue has been automatically marked as stale due to the lack of recent activity. It will soon be closed if no further activity occurs. Thank you for your contributions.

@PK85
Copy link
Contributor

PK85 commented Jan 16, 2020

@derberg Could we close that issue? No hands to work on that since one year.

grischperl pushed a commit to grischperl/kyma that referenced this issue Nov 10, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/documentation Issues or PRs related to documentation area/service-management Issues or PRs related to service management kind/feature Categorizes issue or PR as related to a new feature.
Projects
None yet
Development

No branches or pull requests

5 participants