Skip to content

Automation console

Reference · Updated Sep 2026

Coming from another cloud?

▸AWS·Stacks

Stackshigh

  • Quake AI offers Heat (legacy OpenStack orchestration) and recommends OpenTofu for new IaC work; EKS uses declarative console/CLI.
  • EKS Auto Mode automates data plane; Quake AI uses OpenTofu modules for infrastructure provisioning.
  • CloudFormation stacks are managed via AWS-specific REST API (e.g., cloudformation.us-east-1.amazonaws.com) requiring AWS SigV4 auth, while Heat (legacy) uses OpenStack Identity API v3 (keystoneauth) and OpenTofu uses the OpenStack provider with application credentials. Migrators notice different endpoint discovery and auth flows.
  • Stacks support StackSets for cross-region/account deployment; Heat has no equivalent. OpenTofu workspaces offer a different multi-environment pattern.
AWS docs ↗
▸Azure·Resource Manager deployment (deployment)

Azure Resource Manager deployment (deployment)high

  • Authoring format differs: ARM templates are JSON documents for Azure Resource Manager deployments, whereas Quake AI offers Heat (legacy, HOT/YAML format) and recommends OpenTofu (HCL) for new infrastructure automation.
  • Deployment target/scope differs: ARM templates can deploy at multiple scopes (resource group, subscription, management group, tenant) via Azure Resource Manager's management layer, while Heat orchestrates within a single OpenStack project/tenant. OpenTofu can target multiple projects via provider configuration.
  • Change-preview behavior differs: ARM supports a built-in “what-if” style preview of changes via Resource Manager deployments, while OpenTofu provides `tofu plan` for change previews. Heat relies on stack update events (legacy workflow).
  • Resource coverage lifecycle differs: ARM templates support Azure resource types exposed by Azure resource providers; OpenTofu covers OpenStack resource types via the OpenStack provider, and Heat (legacy) supports a narrower set via built-in resource plugins.
Azure docs ↗
▸Google Cloud·Deployment Manager

Deployment Managerhigh

  • Uses YAML configurations with optional Jinja2/Python templates expanded server-side; Quake AI offers Heat (legacy, HOT/YAML) and recommends OpenTofu (HCL) for new work.
  • Resource types named as service.v1.resource (e.g., compute.v1.instance) tied to GCP APIs, vs OpenStack prefixed types like OS::Nova::Server.
  • Single integrated GCP service (no separate API/engine processes); Heat has a multi-service architecture (heat-api, heat-engine) but is legacy. OpenTofu runs client-side with no server component.
  • No additional service fee; bills only for deployed GCP resources, same as OpenStack resources billing via provider.
Google Cloud docs ↗

Automation console

The Automation section of the Quake AI console lets you view and manage Heat stacks (collections of cloud resources deployed from orchestration templates). Select Automation > Heat Stacks (/heat/stack) in the console to access the stack list. The us-east-1 sidebar uses Automation; older console builds may show the legacy label Orchestration for the same section.

The console lists all stacks in the current project. You can check stack status, view resource details, suspend and resume running stacks, and delete stacks you no longer need. Select a stack to view its topology, resource list, events, and the template that created it.

Heat Stacks console showing an empty stack list with columns ID/Name, Stack Status, Created At, Updated At, and ActionClick to zoom
Heat Stacks console (empty state)

Stack properties#

PropertyDescription
Stack NameUnique name identifying the stack
TemplateYAML or JSON template file that describes the stack's resources and configuration
ParametersInput values the template requires to customize the deployment
Stack StatusCurrent state of the stack (see status reference below)
OutputsValues defined in the template, available after deployment (IP addresses, URLs, resource IDs)
TimeoutMinutes before a stack creation or update times out
TagsUser-defined labels for categorization and filtering
Disable RollbackWhether to skip rollback on creation failure
Stack IDUnique identifier assigned automatically
Creation TimeTimestamp of stack creation
Updated TimeTimestamp of last stack update
Nested DepthDepth level for nested stacks
Parent StackID of the parent stack (for nested stacks)
EnvironmentEnvironment file or settings applied to the stack, overriding template defaults

Stack status reference#

StatusDescription
CREATE_IN_PROGRESSStack creation is underway
CREATE_COMPLETEStack created successfully
CREATE_FAILEDStack creation failed
DELETE_IN_PROGRESSStack deletion is underway
DELETE_COMPLETEStack deleted successfully
DELETE_FAILEDStack deletion failed
UPDATE_IN_PROGRESSStack update is underway
UPDATE_COMPLETEStack updated successfully
UPDATE_FAILEDStack update failed
ROLLBACK_IN_PROGRESSReverting to a previous state
ROLLBACK_COMPLETERollback completed successfully
ROLLBACK_FAILEDRollback failed
ADOPT_IN_PROGRESSAdopting existing resources into a new stack
ADOPT_COMPLETEResource adoption completed
ADOPT_FAILEDResource adoption failed
CHECK_IN_PROGRESSChecking stack resources for correctness
CHECK_COMPLETEResource check passed
CHECK_FAILEDResource check failed
SUSPEND_IN_PROGRESSStack suspension is underway
SUSPEND_COMPLETEStack suspended
SUSPEND_FAILEDStack suspension failed
RESUME_IN_PROGRESSStack resumption is underway
RESUME_COMPLETEStack resumed
RESUME_FAILEDStack resumption failed
SNAPSHOT_IN_PROGRESSCreating a snapshot of the stack's current state
SNAPSHOT_COMPLETESnapshot created
SNAPSHOT_FAILEDSnapshot creation failed

Get started#

The console's Automation section manages Heat stacks. Heat is a legacy orchestration path; for new infrastructure, use OpenTofu instead. If you have existing Heat stacks, see Create a Heat stack for console and CLI instructions.

Quick answers

Was this page helpful?