-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Create 2020 roadmap 🛣️ #1999
Create 2020 roadmap 🛣️ #1999
Conversation
I have put together a roadmap for 2020, which attempts to represent the most requested of the features and issues that we've seen so far. I did this by: * [Reviewing the 2019 roadmap](https://docs.google.com/document/d/1zClmMJZU63kEDedjxTI99MCK-mXqm-Ym7PBfjMG5tQE/edit) * Looking at the oldest and most commented on issues in Tekton Pipelines and Tekton Triggers I also added a section on Tekton's mission: this is the mission that we've been using at Google when talking about Tekton - so this is a great chance for anyone who is viewing Tekton differently to mention their mission and vision so we can tweak it. Having more clarity around what everyone is hoping accomplish with Tekton will make it easier to make decisions around features, etc.
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@bobcatfish we should include |
@bobcatfish: The following test failed, say
Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
but then, should this ROADMAP be in community or the website (docs) repository ? |
We could put it in the community repo, and link to it specific sections from each projects docs. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for writing this up @bobcatfish
I think putting this in the community repo makes sense if we have the roadmaps for all of Tekton (pipelines, triggers, cli, dashboard etc.)
|
||
- [Failure strategies](https://github.com/tektoncd/pipeline/issues/1684) | ||
- [Conditional execution](https://github.com/tektoncd/pipeline/blob/master/docs/conditions.md) | ||
is nearly where we want it, though feedback has indicated this doens't always |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
typo:
tangent: I think adding FailureStrategies is going to resolve some of the missing bits around conditionals!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i had to read this several times before seeing the typo XD
|
||
* [Improved support for many EventListeners](https://github.com/tektoncd/triggers/issues/370) | ||
* [Pluggable core interceptors](https://github.com/tektoncd/triggers/issues/271) | ||
* [Support for expressions in TriggerBindings](https://github.com/tektoncd/triggers/issues/271) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Technically TriggerBindings already support "expressions" -- just the JSONPath kind. The reason for considering CEL was adding support for extensible functions to Bindings..which I guess is my long winded way of saying a better title might be "Support for extensible functions in TriggerBindings" or something 😃
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
haha kk :D
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
maybe ill change it to something like "increased expression support"
the thing is these "extensible functions" i think are only extensible afaik in that you can build functions into tekton triggers itself, but it's not like users can extend it with functions?
* [Performant Triggers](https://github.com/tektoncd/triggers/issues/406) | ||
* Support for poll-based triggering (e.g. when a repo changes state) | ||
* Support for additional expression languages | ||
* Increased traceability (e.g. why did my interceptor reject the event?) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd say there are mainly two buckets of use cases that we are working on:
-- one for operator user type use cases (aka the listener part) e.g. how many triggers do I add to my eventListener, how do I scale with many event listeners, how do I expose the EL healthchecks, logs, add/remove custom interceptors etc.
-- end user use cases i.e. trigger definitions: expression languages, built in functions (base64 decoding/ trimming commit SHAs), inline bindings etc.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay I've tried to capture this in the newest version but you should feel free to just re-write it!
|
||
### Beta and GA | ||
|
||
In 2019 we got to the point where we had severl projects built on top of Tekton |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: severl
-> several
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
making fun of my canadian accent!
As the project matures, we also require: | ||
|
||
1. A website that provides a good landing page for users (tekton.dev) | ||
1. Solid, high quality on boarding and documentation |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: on boarding
-> onboarding
|
||
Tekton's mission: | ||
|
||
Be the industry-standard, cloud-native CI/CD platform and ecosystem. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wonder if this is misleading or not : does tekton aims to be a CI/CD platform on its own or does it aim to provide all the component necessarly to have a CI/CD platform ? (the different, sublte, being that tekton stays un-opiniated)
This is something that can be confusing to end user : do I want to go with straight up Tekton or for something that integrate tekton ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wonder if this is misleading or not : does tekton aims to be a CI/CD platform on its own or does it aim to provide all the component necessarly to have a CI/CD platform ? (the different, sublte, being that tekton stays un-opiniated)
How about "platform components" instead of "platform"?
This is something that can be confusing to end user : do I want to go with straight up Tekton or for something that integrate tekton ?
Definitely already confusing! I'm not even sure the answer is clear at the moment. I think that's what I'm trying to get at in the section with the 2 groups of engineers, if you're building a CI/CD system, use Tekton, if not, use something that supports Tekton
Okay I've responded to feedback and moved the proposed roadmap over to the community repo at tektoncd/community#77 PTAL! 🎉 Thanks for all the feedback! |
This is a WIP because I would also like additions/changes/feedback specifically from:
And everyone else of course!!!!
Changes
I have put together a roadmap for 2020, which attempts to represent the
most requested of the features and issues that we've seen so far. I did
this by:
and Tekton Triggers
I also added a section on Tekton's mission: this is the mission that
we've been using at Google when talking about Tekton - so this is a
great chance for anyone who is viewing Tekton differently to mention
their mission and vision so we can tweak it. Having more clarity around
what everyone is hoping accomplish with Tekton will make it easier to
make decisions around features, etc.