-
Notifications
You must be signed in to change notification settings - Fork 3
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
Discovery for Studio event bus use case #25
Comments
@rgraber: Can you also document any findings so far from any discovery you've done? |
The documentation for this ended up in https://2u-internal.atlassian.net/wiki/spaces/AT/pages/63373336/Discovery+-+discovery |
@rgraber: I think we discussed long-term ownership with Phoenix. I'm not sure what we did for TNL. They should be involved with sad-path of the event publishing, and what they think they'd do regarding sad-path, etc. Should we create a separate ticket, or just move this unchecked task to the sad-path task so we can close this out? |
I think either way "Who owns the Studio event publish side? TNL? We should discuss long-term ownership with them" does not work as an acceptance criteria. I'm not even sure it belongs in a ticket. |
I think we should close this. We can put a note in the sad path task to make sure to run it by TNL. |
Thanks. I added a note about TNL to #54 (sad path). I want this represented in a ticket because I think we'll get into trouble if we don't address it, and it would be easy to forget about. |
This discovery is to both confirm that the Studio course publish event to Discovery use case, as a replacement for a part of Refresh Course Metadata, is the right move. It is also to help create follow-up tasks.
The text was updated successfully, but these errors were encountered: