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

Add SDVI Rally to Adopt in Platforms #55

Open
pburls opened this issue Apr 25, 2022 · 4 comments · May be fixed by #53
Open

Add SDVI Rally to Adopt in Platforms #55

pburls opened this issue Apr 25, 2022 · 4 comments · May be fixed by #53
Assignees

Comments

@pburls
Copy link
Contributor

pburls commented Apr 25, 2022

Summary

SDVI Rally is a cloud-based media supply chain management tool. It is used within Sky to manage and orchestrate the Acquisition and Distribution workflows for media. The core of the platform is a resource management capability running on AWS.

Opinion(s)

The SDVI Rally platform is already extensively used by broadcast and content teams in the Sky UK, Italy and Germany organisations to create content orchestration workflows. SDVI Rally is also well adopted in the media industry as a leading cloud based platform for building media process systems.

Teams interested in this tech

In the UK, the "Content Domain" teams (including CSE team) are using SDVI Rally platform to build GAP and GDP.

@pburls pburls linked a pull request Apr 25, 2022 that will close this issue
@pburls
Copy link
Contributor Author

pburls commented Apr 25, 2022

Is it worth calling out the Gateway UI and database elements of the platform and their advantages?

@pburls
Copy link
Contributor Author

pburls commented May 27, 2022

It would be good capture some points about the strengths & weaknesses and good & bad use cases for SDVI Rally.

@pburls
Copy link
Contributor Author

pburls commented May 27, 2022

Hey @sky-uk/group-distribuion-platform team, it would be great if you can add your input on why we made this platform choice for others to learn about.
Conversely, it would be good to share when not to use it.

A good template to capture this input in a comment on this issue might be:

### Platform Strengths
-

### Platform Weaknesses
-

### Example good fit use cases
-

### Example bad use cases - when to avoid
-

For example (not to be used as fact):

Platform Strengths

  • Easy access to off-the-shelf integrations with cloud services for transcoding and packaging.
  • Provides an opinionated framework for building content processing workflows ("supply chains") including a database for storing metadata around the "assets" being worked on.

Platform Weaknesses

  • A single Supply Chain can't be used to model workflows that make calls out to long running asynchronous workflow steps ("presets").
  • It is difficult to access runtime logs for executions of custom python presets
  • There is no platform provided simulator/mock to be used when testing custom python presets on their own.

Example good fit use cases

  • Creating a reusable workflow for processing media/content files that can effectively scale in the cloud.

Example bad use cases - when to avoid

  • Creating a reusable software service that doesn't need to orchestrate the processing of any media/content.

@pburls
Copy link
Contributor Author

pburls commented Jun 8, 2022

Another piece of detail worth capturing would be around how new components can be onboarded onto this platform and the number of external dependencies a team will need to rely on to use this technology. e.g. how self service is the platform

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

Successfully merging a pull request may close this issue.

2 participants