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

Placeholder for feature parity with EmrEtlRunner #11

Closed
alexanderdean opened this issue Feb 21, 2017 · 4 comments
Closed

Placeholder for feature parity with EmrEtlRunner #11

alexanderdean opened this issue Feb 21, 2017 · 4 comments
Assignees

Comments

@alexanderdean
Copy link
Member

Particularly around robustness.

This is a bit of an unfair ticket - it involves:

  • Doing a detailed review of the EmrEtlRunner EMR invocation and monitoring code
  • Identifying any missing features in Dataflow Runner
  • Adding tickets into 0.2.0
  • Closing this ticket and de-scheduling it from the 0.2.0 milestone
@BenFradet
Copy link
Contributor

So far:

@alexanderdean
Copy link
Member Author

Ability to inspect step status and act on it (I don't really know it'll translate to df-runner yet)

I think this is fiddly but doable, but will need further thought...

@BenFradet
Copy link
Contributor

Having given some thought to the last point, I'm not sure it really applies to df-runner since it seems really snowplow specific. What do you think @alexanderdean ?

@alexanderdean
Copy link
Member Author

alexanderdean commented Mar 22, 2017

Hmm - I hear you. Let's break out the last point into a separate ticket "Explore options around ..." and put it into 0.3.0. This way gives us some more time to consider different options and whether we must have this in Dataflow Runner or if there is another way...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants