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

Job Launching #22

Open
dylanmcreynolds opened this issue May 11, 2023 · 0 comments
Open

Job Launching #22

dylanmcreynolds opened this issue May 11, 2023 · 0 comments
Labels
enhancement New feature or request

Comments

@dylanmcreynolds
Copy link
Member

The compute api currently uses the docker client to launch jobs as inside docker containers. This has worked well as a quick way to achieve job scheduling. As we move forward into different deployment scenarios, this becomes a little problematic. This pins a strong dependency on rootful docker.

In the time since this was first built, we have gained a lot of experience with Prefect for job scheduling an management. We would like replace this docker launching code with prefect launching code to give maintainers of MLExchange greater visibility and control over jobs.

Ideally, I think we want to create an optional prefect/postgres server environment in the docker-compose infrastructure of MLExchange, making it easy to spin up a new prefect server environment. But we also want to be able to support implementers of MLExchange using their own pre-existing prefect environment, either local or cloud.

As far as the mlex_computing_api is concerned, this I think there are several pieces of configuration that we'll need:

  • Prefect API URL (for all jobs)
  • Prefect API Key (for all jobs)
  • Job-dependent Prefect deployment ID and input parameters. And example of scheduling a prefect job can be found here
@dylanmcreynolds dylanmcreynolds added the enhancement New feature or request label May 11, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant