Skip to main content

Overview

Xloud Orchestration supports over 100 built-in resource types covering the full range of cloud infrastructure. Each resource type maps to a specific cloud service API. The Orchestration engine provisions resources in dependency order and tracks their lifecycle as part of the parent stack.
Resource type names use the Xloud::Service::ResourceType convention. Available resource types depend on the services enabled in your cluster.

Resource Categories


Resource Definition Structure

Every resource follows this structure:
resource-structure.yaml

depends_on and Dependency Resolution

The engine automatically detects dependencies from intrinsic functions like get_resource and get_attr. Use depends_on only for ordering requirements that cannot be expressed through property references.
explicit-dependency.yaml

Resource Examples by Category

Xloud::Compute::Server

compute-server.yaml

Xloud::Compute::KeyPair

keypair.yaml

Xloud::Compute::ServerGroup

server-group.yaml

Xloud::Networking::Net

network.yaml

Xloud::Networking::Subnet

subnet.yaml

Xloud::Networking::Router and RouterInterface

router.yaml

Xloud::Networking::FloatingIP

floating-ip.yaml

Xloud::Networking::SecurityGroup

security-group.yaml

Xloud::BlockStorage::Volume

volume.yaml

Xloud::BlockStorage::VolumeAttachment

volume-attachment.yaml

Xloud::Identity::Project

project.yaml

Xloud::Identity::User

user.yaml

Xloud::Orchestration::Stack (Nested Stack)

nested-stack.yaml

Xloud::Orchestration::WaitCondition

Use WaitCondition to pause stack creation until an external signal is received (e.g., after cloud-init completes application installation):
wait-condition.yaml

Next Steps

Template Guide

Template structure, parameters, intrinsic functions, and conditions

Auto-Scaling

Auto-scaling group and scaling policy resource examples

Manage Stacks

Create, update, and manage the stack lifecycle

Troubleshooting

Diagnose resource provisioning failures and dependency errors