Manage compute resources and specifications¶
Manage compute specifications and compute instances in a workspace, including creation, configuration, runtime-status checks, and lifecycle operations. Specifications define available configurations; instances perform the actual work. This page does not manage workflow jobs themselves.
Prerequisites¶
Prepare access to the target workspace. For general rules, see Make your first AI Studio API call.
Before managing compute specifications, confirm that your current identity has the required administrative permission.
Before updating, suspending, resuming, retrying, or deleting an instance, obtain its ID and current status from its list or details.
Call sequence¶
Query compute-specification management permission, then list visible specifications. Create or update a specification as needed and confirm that it is enabled.
Before creating or updating a compute instance, list available Worker images and prepare a compute specification or instance configuration as needed.
After creating an instance, query its details to confirm its configuration, capacity, and lifecycle state. Query Worker runtime and instance metrics when you need to observe it.
Suspend an instance only when its details show
ACTIVE. Resume a suspended instance; retry an instance inERROR. After each lifecycle operation, query details again to confirm the state.Before deleting, inspect active tasks and workflow bindings. Delete the instance only after confirming the result. Use legacy resource ownership adoption only for controlled remediation.
API operations¶
Manage compute specifications¶
Task |
Use it when |
|---|---|
You need to confirm your permission before creating, updating, enabling, or disabling a specification. |
|
You need to select an existing specification or confirm a specification change. |
|
The current workspace needs a new compute specification. |
|
You need to change an existing specification definition. |
|
You need to change the enabled state of a specification. |
Create and observe compute instances¶
Task |
Use it when |
|---|---|
You need to select an instance, obtain an instance ID, or confirm creation or deletion. |
|
You need to select an available Worker image before creating or updating an instance. |
|
You prepared the configuration and need to create an instance in the current workspace. |
|
You need to change an instance’s updatable configuration. |
|
You need to confirm an instance’s configuration, capacity, or lifecycle state. |
|
You need the runtime replica status by Worker type. |
|
You need instance usage metrics. |
Manage the instance lifecycle¶
Task |
Use it when |
|---|---|
Details confirm that the instance is |
|
You need to return a suspended instance to an available state. |
|
Details confirm that the instance is in |
|
You need to check active tasks and workflow bindings before deleting. |
|
You completed preflight checks and confirmed that the instance is no longer needed. |
|
You are performing controlled remediation of legacy resource ownership. |
Confirm the result¶
After creating, updating, enabling, or disabling a specification, confirm it through the specification list. After creating, updating, suspending, resuming, or retrying an instance, query compute-instance details to confirm its current state. After deletion, use the instance list to confirm that it no longer appears.
Limitations and notes¶
Confirm compute-specification management permission before creating, updating, enabling, or disabling a specification.
Suspension applies only to
ACTIVEinstances. After a suspended instance is resumed or anERRORinstance is successfully retried, it returns toIDLE; Workers are not deployed immediately.Updating a serverless instance does not deploy Workers immediately; later workload demand activates them.
Deletion preflight returns active tasks and workflow bindings that require attention. Do not delete before confirming these impacts.
Adopting legacy compute-resource ownership is a controlled remediation operation that requires the appropriate administrative permission.