Skip to content

Roadmap updated with feedback#55

Merged
google-prow-robot merged 7 commits into
knative:masterfrom
ultrasaurus:roadmap
May 16, 2018
Merged

Roadmap updated with feedback#55
google-prow-robot merged 7 commits into
knative:masterfrom
ultrasaurus:roadmap

Conversation

@ultrasaurus
Copy link
Copy Markdown
Contributor

partially addresses #45

this addresses feedback from #46 (and fixes formatting)

I accidentally requested review when I hadn't pushed the changes!

@google-prow-robot
Copy link
Copy Markdown

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: ultrasaurus

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@google-prow-robot google-prow-robot added approved Indicates a PR has been approved by an approver from all required OWNERS files. size/M Denotes a PR that changes 30-99 lines, ignoring generated files. labels Apr 28, 2018
Comment thread roadmap.md Outdated
# 0.4
* A. An event can trigger an Elafros function [issue#52](https://github.com/elafros/eventing/issues/52)
* B. A local event can trigger a Google Cloud Function
* C. A Google source can trigger a local action. Likely this will use some
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does local mean within the Elafros cluster?

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yep. Updated the wording to convey that

Comment thread roadmap.md Outdated
* A. Ability to register an event sources and specify which events may be
generated from that source
[Proposal](https://github.com/elafros/eventing/issues/39)
* B. kubctl command to set up a trigger where a specific event will cause a
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

kubectl

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed

Comment thread roadmap.md Outdated
# 0.1 CloudEvents Demo

# 0.2
* A. Ability to register an event sources and specify which events may be
Copy link
Copy Markdown
Contributor

@imjasonh imjasonh Apr 28, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

FWIW, if you prefix these with 1. the items will be numbered. Or * to make bullet points. e.g.,

1. foo
1. bar
1. baz
  1. foo
  2. bar
  3. baz

Not sure how to make them A, B, C though.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

GitHub markdown doesn't support A, B, C. I miss it terribly, but it's not going to happen.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed.

@rachelmyers
Copy link
Copy Markdown
Contributor

@dprotaso and @imjasonh, could we get a second look at this PR?

Copy link
Copy Markdown
Contributor

@imjasonh imjasonh left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't have any feedback on the roadmap itself, just formatting nits and typos

Comment thread roadmap.md Outdated
@@ -1,22 +1,48 @@
Eventing Roadmap
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

# Eventing Roadmap

Comment thread roadmap.md Outdated

# 0.1
At the end of each milestone, there should be a new or updated demo in
the samples directory.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Link to samples directory?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

simplified to link in README

Comment thread roadmap.md Outdated
1. There is a well-defined interface that allows the use of popular event
brokers for persistence, such as Kafka and Rabbit Mq

# 0.5 Piplelines
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

typo: Pipelines

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

fixed, thanks!

Comment thread roadmap.md Outdated
generated from that source
[Proposal](https://github.com/elafros/eventing/issues/39)
1. kubectl command to set up a trigger where a specific event will cause a
specific action powered by a specific processor
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why is the processor abstraction needed? If the "target" is simply a URL, we could rely on all of the features of envoy (traffic policies, security, metrics, etc), and that would provide consistency with "normal" HTTP traffic via routes to apps

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry if the term processor is confusing... it makes sense to me to have the target be a specific URL, but also having some additional data besides the URL may help instrumentation and debugging. For now, I'll drop "powered by a specific processor" from the roadmap and we can work out the details in PRs or issues

Comment thread roadmap.md

# 0.6 Streams

1. an action may accept a stream interface to process many events at once
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

interesting.... will review. Prolly too granular for the roadmap tho

Comment thread roadmap.md

# 0.5 Piplelines

1. Pipeline the output of one action into the input of another
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this should include (perhaps as a separate bullet point) the ability to have multiple actions downstream

should this include buffering? would it require one of the brokers mentioned in the 0.4 section?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  • buffering was intended to be part of 0.4 -- made that more clear
  • added second bullet on pipelining

Copy link
Copy Markdown
Contributor Author

@ultrasaurus ultrasaurus left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

addressed feedback

Comment thread roadmap.md Outdated
generated from that source
[Proposal](https://github.com/elafros/eventing/issues/39)
1. kubectl command to set up a trigger where a specific event will cause a
specific action powered by a specific processor
Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry if the term processor is confusing... it makes sense to me to have the target be a specific URL, but also having some additional data besides the URL may help instrumentation and debugging. For now, I'll drop "powered by a specific processor" from the roadmap and we can work out the details in PRs or issues

Comment thread roadmap.md Outdated

# 0.1
At the end of each milestone, there should be a new or updated demo in
the samples directory.
Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

simplified to link in README

Comment thread roadmap.md Outdated
1. There is a well-defined interface that allows the use of popular event
brokers for persistence, such as Kafka and Rabbit Mq

# 0.5 Piplelines
Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

fixed, thanks!

Comment thread roadmap.md

# 0.5 Piplelines

1. Pipeline the output of one action into the input of another
Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  • buffering was intended to be part of 0.4 -- made that more clear
  • added second bullet on pipelining

Comment thread roadmap.md

# 0.6 Streams

1. an action may accept a stream interface to process many events at once
Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

interesting.... will review. Prolly too granular for the roadmap tho

@ultrasaurus
Copy link
Copy Markdown
Contributor Author

/assign @mogar1980 -- all feedback addressed, pls review

@mogar1980
Copy link
Copy Markdown

/lgtm

@google-prow-robot google-prow-robot added the lgtm Indicates that a PR is ready to be merged. label May 16, 2018
@google-prow-robot google-prow-robot merged commit e3ca6e7 into knative:master May 16, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. lgtm Indicates that a PR is ready to be merged. size/M Denotes a PR that changes 30-99 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

7 participants