Wallaroo ML Workload Orchestration Simple Tutorial
This can be downloaded as part of the Wallaroo Tutorials repository.
Wallaroo Connection and ML Workload Orchestration Simple Tutorial
This tutorial provides a quick set of methods and examples regarding Wallaroo Connections and Wallaroo ML Workload Orchestration. For full details, see the Wallaroo Documentation site.
Wallaroo provides Data Connections and ML Workload Orchestrations to provide organizations with a method of creating and managing automated tasks that can either be run on demand or a regular schedule.
Definitions
- Orchestration: A set of instructions written as a python script with a requirements library. Orchestrations are uploaded to the Wallaroo instance as a .zip file.
- Task: An implementation of an orchestration. Tasks are run either once when requested, on a repeating schedule, or as a service.
- Connection: Definitions set by MLOps engineers that are used by other Wallaroo users for connection information to a data source. Usually paired with orchestrations.
Tutorial Goals
The tutorial will demonstrate the following:
- Create a Wallaroo connection to retrieving information from an external source.
- Upload Wallaroo ML Workload Orchestration.
- Run the orchestration once as a Run Once Task and verify that the information was saved the pipeline logs.
- Schedule the orchestration as a Scheduled Task and verify that the information was saved to the pipeline logs.
Prerequisites
- An installed Wallaroo instance.
- The following Python libraries installed. These are included by default in a Wallaroo instance’s JupyterHub service.
Initial Steps
For this tutorial, we’ll create a workspace, upload our sample model and deploy a pipeline. We’ll perform some quick sample inferences to verify that everything it working.
Load Libraries
Here we’ll import the various libraries we’ll use for the tutorial.
import wallaroo
from wallaroo.object import EntityNotFoundError, RequiredAttributeMissing
# to display dataframe tables
from IPython.display import display
# used to display dataframe information without truncating
import pandas as pd
pd.set_option('display.max_colwidth', None)
import pyarrow as pa
import time
Connect to the Wallaroo Instance
The first step is to connect to Wallaroo through the Wallaroo client. The Python library is included in the Wallaroo install and available through the Jupyter Hub interface provided with your Wallaroo environment.
This is accomplished using the wallaroo.Client()
command, which provides a URL to grant the SDK permission to your specific Wallaroo environment. When displayed, enter the URL into a browser and confirm permissions. Store the connection into a variable that can be referenced later.
If logging into the Wallaroo instance through the internal JupyterHub service, use wl = wallaroo.Client()
. For more information on Wallaroo Client settings, see the Client Connection guide.
# Login through local Wallaroo instance
wl = wallaroo.Client()
# Setting variables for later steps
workspace_name = f'simpleorchestrationworkspace2'
pipeline_name = f'simpleorchestrationpipeline'
model_name = f'simpleorchestrationmodel'
model_file_name = './models/rf_model.onnx'
inference_connection_name = f'external_inference_connection_sample_2'
inference_connection_type = "HTTP"
inference_connection_argument = {'host':'https://github.com/WallarooLabs/Wallaroo_Tutorials/raw/main/wallaroo-automate/orchestration_sdk_simple_tutorial/data/xtest-1k.arrow'}
Create the Workspace and Pipeline
We’ll now create our workspace and pipeline for the tutorial. If this tutorial has been run previously, then this will retrieve the existing ones with the assumption they’re for us with this tutorial.
We’ll set the retrieved workspace as the current workspace in the SDK, so all commands will default to that workspace.
workspace = wl.get_workspace(name=workspace_name, create_if_not_exist=True)
wl.set_current_workspace(workspace)
pipeline = wl.build_pipeline(pipeline_name)
Upload the Model and Deploy Pipeline
We’ll upload our model into our sample workspace, then add it as a pipeline step before deploying the pipeline to it’s ready to accept inference requests.
# Upload the model
housing_model_control = (wl.upload_model(model_name,
model_file_name,
framework=wallaroo.framework.Framework.ONNX)
.configure(tensor_fields=["tensor"])
)
# Add the model as a pipeline step
pipeline.add_model_step(housing_model_control)
name | simpleorchestrationpipeline |
---|---|
created | 2024-07-16 19:26:39.121263+00:00 |
last_updated | 2024-07-16 19:26:39.121263+00:00 |
deployed | (none) |
workspace_id | 30 |
workspace_name | simpleorchestrationworkspace2 |
arch | None |
accel | None |
tags | |
versions | 8ff2e9bc-c2e4-4cb1-8e3a-e0733544a76d |
steps | |
published | False |
#deploy the pipeline
pipeline.deploy()
Waiting for deployment - this will take up to 45s ................ ok
name | simpleorchestrationpipeline |
---|---|
created | 2024-07-16 19:26:39.121263+00:00 |
last_updated | 2024-07-16 19:29:21.586912+00:00 |
deployed | True |
workspace_id | 30 |
workspace_name | simpleorchestrationworkspace2 |
arch | x86 |
accel | none |
tags | |
versions | 13df2432-20e2-4b3f-bc9a-cee6cb95ec30, 7dbc9c22-7389-4749-bb39-9030c8a2f001, 8ff2e9bc-c2e4-4cb1-8e3a-e0733544a76d |
steps | simpleorchestrationmodel |
published | False |
Create Connections
We will create the data source connection via the Wallaroo client command create_connection
.
Connections are created with the Wallaroo client command create_connection
with the following parameters.
Parameter | Type | Description |
---|---|---|
name | string (Required) | The name of the connection. This must be unique - if submitting the name of an existing connection it will return an error. |
type | string (Required) | The user defined type of connection. |
details | Dict (Required) | User defined configuration details for the data connection. These can be {'username':'dataperson', 'password':'datapassword', 'port': 3339} , or {'token':'abcde123==', 'host':'example.com', 'port:1234'} , or other user defined combinations. |
- IMPORTANT NOTE: Data connections names must be unique. Attempting to create a data connection with the same
name
as an existing data connection will result in an error.
We’ll also create a data connection named inference_results_connection
with our helper function get_connection
that will either create or retrieve a connection if it already exists. From there we’ll create out connections:
houseprice_arrow_table
: An Apache Arrow file stored on GitHub that will be used for our inference input.
wl.create_connection(inference_connection_name, inference_connection_type, inference_connection_argument)
Get Connection by Name
The Wallaroo client method get_connection(name)
retrieves the connection that matches the name
parameter. We’ll retrieve our connection and store it as inference_source_connection
.
inference_source_connection = wl.get_connection(name=inference_connection_name)
display(inference_source_connection)
Add Connection to Workspace
The method Workspace add_connection(connection_name)
adds a Data Connection to a workspace, and takes the following parameters.
Parameter | Type | Description |
---|---|---|
name | string (Required) | The name of the Data Connection |
We’ll add both connections to our sample workspace, then list the connections available to the workspace to confirm.
workspace.add_connection(inference_connection_name)
workspace.list_connections()
Wallaroo ML Workload Orchestration Example
With the pipeline deployed and our connections set, we will now generate our ML Workload Orchestration. See the Wallaroo ML Workload Orchestrations guide for full details.
Orchestrations are uploaded to the Wallaroo instance as a ZIP file with the following requirements:
Parameter | Type | Description |
---|---|---|
User Code | (Required) Python script as .py files | If main.py exists, then that will be used as the task entrypoint. Otherwise, the first main.py found in any subdirectory will be used as the entrypoint. |
Python Library Requirements | (Optional) requirements.txt file in the requirements file format. A standard Python requirements.txt for any dependencies to be provided in the task environment. The Wallaroo SDK will already be present and should not be included in the requirements.txt. Multiple requirements.txt files are not allowed. | |
Other artifacts | Other artifacts such as files, data, or code to support the orchestration. |
For our example, our orchestration will:
- Use the
inference_results_connection
to open a HTTP Get connection to the inference data file and use it in an inference request in the deployed pipeline. - Submit the inference results to the location specified in the
external_inference_connection
.
This sample script is stored in remote_inference/main.py
with an empty requirements.txt
file, and packaged into the orchestration as ./remote_inference/remote_inference.zip
. We’ll display the steps in uploading the orchestration to the Wallaroo instance.
Note that the orchestration assumes the pipeline is already deployed.
Upload the Orchestration
Orchestrations are uploaded with the Wallaroo client upload_orchestration(path)
method with the following parameters.
Parameter | Type | Description |
---|---|---|
path | string (Required) | The path to the ZIP file to be uploaded. |
Once uploaded, the deployment will be prepared and any requirements will be downloaded and installed.
For this example, the orchestration ./remote_inference/remote_inference.zip
will be uploaded and saved to the variable orchestration
.
Orchestration Status
We will loop until the uploaded orchestration’s status
displays ready
.
orchestration = wl.upload_orchestration(path="./remote_inference/remote_inference.zip")
while orchestration.status() != 'ready':
print(orchestration.status())
time.sleep(5)
pending_packaging
pending_packaging
packaging
packaging
packaging
packaging
packaging
packaging
packaging
packaging
packaging
wl.list_orchestrations()
Upload Orchestration via File Object
Another method to upload the orchestration is as a file object. For that, we will open the zip file as a binary, then upload it using the bytes_buffer
parameter to specify the file object, and the file_name
to give it a new name.
zipfile = open("./remote_inference/remote_inference.zip", "rb").read()
wl.upload_orchestration(bytes_buffer=zipfile, file_name="inferencetest.zip", name="uploadedbytesdemo")
Field | Value |
---|---|
ID | b4d4254e-58fc-432a-b98c-9e805415b913 |
Name | uploadedbytesdemo |
File Name | inferencetest.zip |
SHA | d8419bbb28a997c0b42470605ae3df0e8aeea16f9b502069a8020d9aed259f19 |
Status | pending_packaging |
Created At | 2024-16-Jul 19:03:04 |
Updated At | 2024-16-Jul 19:03:04 |
Workspace ID | 28 |
Workspace Name | simpleorchestrationworkspace |
wl.list_orchestrations()
id | name | status | filename | sha | created at | updated at | workspace id | workspace name |
---|---|---|---|---|---|---|---|---|
d9fa4b3b-d4bf-4e45-8c1a-a4318e0869c1 | None | ready | remote_inference.zip | d8419b...259f19 | 2024-16-Jul 19:01:58 | 2024-16-Jul 19:03:00 | 28 | simpleorchestrationworkspace |
b4d4254e-58fc-432a-b98c-9e805415b913 | uploadedbytesdemo | ready | inferencetest.zip | d8419b...259f19 | 2024-16-Jul 19:03:04 | 2024-16-Jul 19:03:59 | 28 | simpleorchestrationworkspace |
b6333bc8-ae2e-4574-856f-7c63338edc47 | None | ready | remote_inference.zip | d8419b...259f19 | 2024-16-Jul 19:29:50 | 2024-16-Jul 19:30:44 | 30 | simpleorchestrationworkspace2 |
Task Management Tutorial
Once an Orchestration has the status ready
, it can be run as a task. Tasks have three run options.
Type | SDK Call | How triggered |
---|---|---|
Once | orchestration.run_once(name, json_args, timeout) | Task runs once and exits. |
Scheduled | orchestration.run_scheduled(name, schedule, timeout, json_args) | User provides schedule. Task runs exits whenever schedule dictates. |
Run Task Once
We’ll do both a Run Once task and generate our Run Once Task from our orchestration.
Tasks are generated and run once with the Orchestration run_once(name, json_args, timeout)
method. Any arguments for the orchestration are passed in as a Dict
. If there are no arguments, then an empty set {}
is passed.
# Example: run once
import datetime
task_start = datetime.datetime.now()
task = orchestration.run_once(name="simpletaskdemo",
json_args={"workspace_name": workspace_name,
"pipeline_name": pipeline_name,
"connection_name": inference_connection_name
})
Task Status
The list of tasks in the Wallaroo instance is retrieves through the Wallaroo Client list_tasks()
method. This returns an array list of the following.
Parameter | Type | Description |
---|---|---|
id | string | The UUID identifier for the task. |
last run status | string | The last reported status the task. Values are:
|
type | string | The type of the task. Values are:
|
created at | DateTime | The date and time the task was started. |
updated at | DateTime | The date and time the task was updated. |
For this example, the status of the previously created task will be generated, then looped until it has reached status started
.
while task.status() != "started":
display(task.status())
time.sleep(5)
'pending'
Task Results
We can view the inferences from our logs and verify that new entries were added from our task. We can do that with the task last_runs()
method to see the list of task runs executed, then show the log from the last completed task run.
task.last_runs()[0]
Field | Value |
---|---|
Task | 2de50c93-dbe3-45af-ae9d-657540275405 |
Pod ID | d4b436c1-0b7c-49d0-9e1b-224303ff983a |
Status | success |
Created At | 2024-16-Jul 19:15:49 |
Updated At | 2024-16-Jul 19:15:49 |
task.last_runs()[0].logs()
2024-16-Jul 19:17:39 Getting the workspace simpleorchestrationworkspace
2024-16-Jul 19:17:39 Getting the pipeline simpleorchestrationpipeline
2024-16-Jul 19:17:39 Getting arrow table file
2024-16-Jul 19:17:39 Inference time. Displaying results after.
2024-16-Jul 19:17:39 time ... anomaly.count
2024-16-Jul 19:17:39 0 2024-07-16 19:17:39.153 ... 0
2024-16-Jul 19:17:39 3 2024-07-16 19:17:39.153 ... 0
2024-16-Jul 19:17:39 2 2024-07-16 19:17:39.153 ... 0
2024-16-Jul 19:17:39 1 2024-07-16 19:17:39.153 ... 0
2024-16-Jul 19:17:39 4 2024-07-16 19:17:39.153 ... 0
2024-16-Jul 19:17:39
2024-16-Jul 19:17:39 [5 rows x 4 columns]
Scheduled Run Task Example
The other method of using tasks is as a scheduled run through the Orchestration run_scheduled(name, schedule, timeout, json_args)
. This sets up a task to run on an regular schedule as defined by the schedule
parameter in the cron
service format. For example:
schedule={'42 * * * *'}
Runs on the 42nd minute of every hour.
The following schedule runs every day at 12 noon from February 1 to February 15 2024 - and then ends.
schedule={'0 0 12 1-15 2 2024'}
For our example, we will create a scheduled task to run every 5 minutes, display the inference results, then use the Orchestration kill
task to keep the task from running any further.
It is recommended that orchestrations that have pipeline deploy or undeploy commands be spaced out no less than 5 minutes to prevent colliding with other tasks that use the same pipeline.
scheduled_task = orchestration.run_scheduled(name="simple_inference_schedule",
schedule="*/5 * * * *",
timeout=120,
json_args={"workspace_name": workspace_name,
"pipeline_name": pipeline_name,
"connection_name": inference_connection_name
})
while scheduled_task.status() != "started":
display(scheduled_task.status())
time.sleep(5)
#wait 420 seconds to give the scheduled event time to finish
time.sleep(420)
scheduled_task.last_runs()[0].logs()
2024-16-Jul 19:25:08 Getting the workspace simpleorchestrationworkspace
2024-16-Jul 19:25:08 Getting the pipeline simpleorchestrationpipeline
2024-16-Jul 19:25:08 Getting arrow table file
2024-16-Jul 19:25:08 Inference time. Displaying results after.
2024-16-Jul 19:25:08 time ... anomaly.count
2024-16-Jul 19:25:08 0 2024-07-16 19:25:08.812 ... 0
2024-16-Jul 19:25:08 2 2024-07-16 19:25:08.812 ... 0
2024-16-Jul 19:25:08 1 2024-07-16 19:25:08.812 ... 0
2024-16-Jul 19:25:08 3 2024-07-16 19:25:08.812 ... 0
2024-16-Jul 19:25:08 4 2024-07-16 19:25:08.812 ... 0
2024-16-Jul 19:25:08
2024-16-Jul 19:25:08 [5 rows x 4 columns]
Kill Task
With our testing complete, we will kill the scheduled task so it will not run again. First we’ll show all the tasks to verify that our task is there, then issue it the kill command.
wl.list_tasks()
id | name | last run status | type | active | schedule | created at | updated at | workspace id | workspace name |
---|---|---|---|---|---|---|---|---|---|
6bc26e40-6585-46eb-bfa5-8408860c182a | simple_inference_schedule | failure | Scheduled Run | True | */5 * * * * | 2024-16-Jul 19:04:31 | 2024-16-Jul 19:04:31 | 28 | simpleorchestrationworkspace |
01e13d2e-a402-4b43-b790-ab76148bba51 | simpletaskdemo | failure | Temporary Run | True | - | 2024-16-Jul 19:03:05 | 2024-16-Jul 19:03:32 | 28 | simpleorchestrationworkspace |
scheduled_task.kill()
wl.list_tasks()
id | name | last run status | type | active | schedule | created at | updated at | workspace id | workspace name |
---|---|---|---|---|---|---|---|---|---|
6bc26e40-6585-46eb-bfa5-8408860c182a | simple_inference_schedule | failure | Scheduled Run | True | */5 * * * * | 2024-16-Jul 19:04:31 | 2024-16-Jul 19:11:37 | 28 | simpleorchestrationworkspace |
01e13d2e-a402-4b43-b790-ab76148bba51 | simpletaskdemo | failure | Temporary Run | True | - | 2024-16-Jul 19:03:05 | 2024-16-Jul 19:03:32 | 28 | simpleorchestrationworkspace |
Cleanup
With the tutorial complete, we can undeploy the pipeline and return the resources back to the Wallaroo instance.
pipeline.undeploy()
Waiting for undeployment - this will take up to 45s ..................................... ok
name | simpleorchestrationpipeline |
---|---|
created | 2024-07-16 17:03:26.173063+00:00 |
last_updated | 2024-07-16 18:54:35.533749+00:00 |
deployed | False |
workspace_id | 28 |
workspace_name | simpleorchestrationworkspace |
arch | x86 |
accel | none |
tags | |
versions | 0e242d98-40ae-482f-8b30-06dbe3dd0fe9, cb8c8b68-01fa-496c-aee4-65b9425c02cf, 55a93554-4c25-4504-9fe4-e87a26f531a0, bd16b23b-1c11-457a-871f-cb79491ad51a |
steps | simpleorchestrationmodel |
published | False |
View Orchestrations with Filter
The following examples show listing and retrieving orchestrations and tasks with additional filters.
List Orchestrations
List all orchestrations available across workspaces, then filtered by workspace id, then filtered by workspace name.
wl.list_orchestrations()
id | name | status | filename | sha | created at | updated at | workspace id | workspace name |
---|---|---|---|---|---|---|---|---|
d9fa4b3b-d4bf-4e45-8c1a-a4318e0869c1 | None | ready | remote_inference.zip | d8419b...259f19 | 2024-16-Jul 19:01:58 | 2024-16-Jul 19:03:00 | 28 | simpleorchestrationworkspace |
b4d4254e-58fc-432a-b98c-9e805415b913 | uploadedbytesdemo | ready | inferencetest.zip | d8419b...259f19 | 2024-16-Jul 19:03:04 | 2024-16-Jul 19:03:59 | 28 | simpleorchestrationworkspace |
b6333bc8-ae2e-4574-856f-7c63338edc47 | None | ready | remote_inference.zip | d8419b...259f19 | 2024-16-Jul 19:29:50 | 2024-16-Jul 19:30:44 | 30 | simpleorchestrationworkspace2 |
wl.list_orchestrations(workspace_id=30)
id | name | status | filename | sha | created at | updated at | workspace id | workspace name |
---|---|---|---|---|---|---|---|---|
b6333bc8-ae2e-4574-856f-7c63338edc47 | None | ready | remote_inference.zip | d8419b...259f19 | 2024-16-Jul 19:29:50 | 2024-16-Jul 19:30:44 | 30 | simpleorchestrationworkspace2 |
wl.list_orchestrations(workspace_name="simpleorchestrationworkspace")
id | name | status | filename | sha | created at | updated at | workspace id | workspace name |
---|---|---|---|---|---|---|---|---|
d9fa4b3b-d4bf-4e45-8c1a-a4318e0869c1 | None | ready | remote_inference.zip | d8419b...259f19 | 2024-16-Jul 19:01:58 | 2024-16-Jul 19:03:00 | 28 | simpleorchestrationworkspace |
b4d4254e-58fc-432a-b98c-9e805415b913 | uploadedbytesdemo | ready | inferencetest.zip | d8419b...259f19 | 2024-16-Jul 19:03:04 | 2024-16-Jul 19:03:59 | 28 | simpleorchestrationworkspace |
List Tasks
Lists all tasks available across workspaces, then filtered by workspace id, then filtered by workspace name.
wl.list_tasks()
id | name | last run status | type | active | schedule | created at | updated at | workspace id | workspace name |
---|---|---|---|---|---|---|---|---|---|
e44070f4-2638-4778-9d87-b13d457181ec | simpletaskdemo | running | Temporary Run | True | - | 2024-16-Jul 19:31:38 | 2024-16-Jul 19:31:44 | 30 | simpleorchestrationworkspace2 |
5cd594fe-36fd-4db5-9000-8b090a8fa9e3 | simple_inference_schedule | running | Scheduled Run | True | */5 * * * * | 2024-16-Jul 19:18:07 | 2024-16-Jul 19:18:08 | 28 | simpleorchestrationworkspace |
2de50c93-dbe3-45af-ae9d-657540275405 | simpletaskdemo | success | Temporary Run | True | - | 2024-16-Jul 19:15:47 | 2024-16-Jul 19:17:39 | 28 | simpleorchestrationworkspace |
01e13d2e-a402-4b43-b790-ab76148bba51 | simpletaskdemo | failure | Temporary Run | True | - | 2024-16-Jul 19:03:05 | 2024-16-Jul 19:03:32 | 28 | simpleorchestrationworkspace |
wl.list_tasks(workspace_id=30)
id | name | last run status | type | active | schedule | created at | updated at | workspace id | workspace name |
---|---|---|---|---|---|---|---|---|---|
e44070f4-2638-4778-9d87-b13d457181ec | simpletaskdemo | failure | Temporary Run | True | - | 2024-16-Jul 19:31:38 | 2024-16-Jul 19:31:49 | 30 | simpleorchestrationworkspace2 |
wl.list_tasks(workspace_name="simpleorchestrationworkspace")
id | name | last run status | type | active | schedule | created at | updated at | workspace id | workspace name |
---|---|---|---|---|---|---|---|---|---|
5cd594fe-36fd-4db5-9000-8b090a8fa9e3 | simple_inference_schedule | running | Scheduled Run | True | */5 * * * * | 2024-16-Jul 19:18:07 | 2024-16-Jul 19:18:08 | 28 | simpleorchestrationworkspace |
2de50c93-dbe3-45af-ae9d-657540275405 | simpletaskdemo | success | Temporary Run | True | - | 2024-16-Jul 19:15:47 | 2024-16-Jul 19:17:39 | 28 | simpleorchestrationworkspace |
01e13d2e-a402-4b43-b790-ab76148bba51 | simpletaskdemo | failure | Temporary Run | True | - | 2024-16-Jul 19:03:05 | 2024-16-Jul 19:03:32 | 28 | simpleorchestrationworkspace |