Pulumi programs can be defined in many languages, and the Pulumi YAML dialect offers an additional language for authoring Pulumi programs.
The Pulumi YAML provider supports programs written in YAML or JSON. In both cases, the programs (`.yaml` or `.json` files) follow a simple schema, including four top level sections:
| `config` | [config options](/docs/reference/pulumi-yaml/#config-options) | No | No | Config specifies the [Pulumi config](/docs/concepts/config/) inputs to the deployment. |
| `resources` | map[string]Resource | No | No | Resources declares the [Pulumi resources](/docs/concepts/resources/) that will be deployed and managed by the program |
| `variables` | map[string]Expression | No | Yes | Variables specifies intermediate values of the program, the values of variables are expressions that can be re-used. |
| `outputs` | map[string]Expression | No | Yes | Outputs specifies the [Pulumi stack outputs](/docs/concepts/stack#outputs) of the program and how they are computed from the `resources` is a value of the appropriate type for the template to use if no value is specified. |
In many locations within this schema, values may be expressions which computed a value based on the `config`, `variables`, or outputs of `resources`. These expressions can be provided in two ways:
* If an object is provided as a value, and has a key that has the prefix `fn::`, the object is treated as an expression, and the expression will be resolved to a new value that will be used in place of the object.
`config` is a map of config property keys to either values or structured declarations ([see here](/docs/reference/pulumi-yaml/#config-options)).
In beta, Pulumi YAML projects used the `configuration` key. This will eventually be deprecated; switching from `configuration` to `config` will not break existing projects.
The value of `configuration` is an object whose keys are logical names by which the config input will be referenced in expressions within the program, and whose values are elements of the schema below. Each item in this object represents an independent config input. Either `type` or `default` is required.
| `type` | string | No | No | Type is the (required) data type for the parameter. It can be one of: `String`, `Number`, `List<Number>`, or `List<String>`. |
| `default` | any | No | No | Default is a value of the appropriate type for the template to use if no value is specified. |
| `secret` | bool | No | No | Secret specifies if the config value should be encrypted as a secret. |
The value of `resources` is an object whose keys are logical resource names by which the resource will be referenced in expressions within the program, and whose values which are elements of the schema below. Each item in this object represents a resource which will be managed by the Pulumi program.
| `type` | string | Yes | No | Type is the Pulumi type token for this resource. |
| `defaultProvider` | bool | No | No | DefaultProvider specifies if a provider should be used for resources without an explicit one set. Set only on provider resources. |
| `properties` | `map[string]Expression` | No | Yes | Properties contains the primary resource-specific keys and values to initialize the resource state. |
| `options` | [Resource Options](#resource-options) | No | No | Options contains all resource options supported by Pulumi. |
| `get` | [Resource Getter](#resource-getter) | No | Yes | A getter function for the resource. Supplying `get` is mutually exclusive to `properties`. |
The value of the `options` property of a Resource is an object whose keys are [resource option names](/docs/concepts/options/) and whose values are elements of the schema below. No resource options are required.
The `dependsOn`, `parent`, `provider`, and `providers` values permit expressions which must use interpolation syntax to reference resources by name. For example:
| `customTimeouts` | [Custom Timeout](#custom-timeout) | CustomTimeouts overrides the default retry/timeout behavior for resource provisioning |
| `deleteBeforeReplace` | bool | DeleteBeforeReplace overrides the default create-before-delete behavior when replacing |
| `dependsOn` | Expression[] | DependsOn makes this resource explicitly depend on another resource, by name, so that it won't be created before the dependent finishes being created (and the reverse for destruction). Normally, Pulumi automatically tracks implicit dependencies through inputs/outputs, but this can be used when dependencies aren't captured purely from input/output edges.|
| `ignoreChanges` | string[] | IgnoreChanges declares that changes to certain properties should be ignored during diffing |
| `import` | string | Import adopts an existing resource from your cloud account under the control of Pulumi |
| `parent` | Expression | Parent specifies a parent for the resource |
| `protect` | bool | Protect prevents accidental deletion of a resource |
| `provider` | Expression | Provider specifies an explicitly configured provider, instead of using the default global provider |
| `replaceOnChanges` | string[] | ReplaceOnChanges specifies if changes to certain properties on a resource should force replacement instead of an in-place update. |
| `retainOnDelete` | bool | RetainOnDelete causes a resource to be preserved in the cloud even when it is deleted from the Pulumi state. |
| `id` | string | Yes | The ID of the resource to import |
| `state` | map[string]Expression | No | Known properties (input & output) of the resource. This assists the provider in figuring out the correct resource. |
2. Using explicit providers enables controlling the options for providers used by each resource, as described in [Unlock Programmatic Control by Disabling Default Providers](/blog/disable-default-providers/).
To create a resource with a specific provider version use the `version` option as described in [Resource Options](#resource-options):
```yaml
resources:
something:
type: aws:s3:Bucket
properties:
...
options:
version: 5.6.0
```
#### Explicit provider
To create an explicit provider instance, preferably with a specific version, use the [`resources`](#resources) section and prefix the name of the provider with `pulumi:providers` which will the value of the `type` property.
```yaml
provider:
type: pulumi:providers:azure
options:
version: 5.1.0
```
The provider instance can than be used as described in section [Resource Options](#resource-options) by setting the `provider` option:
The value of [`outputs`](https://www.pulumi.com/docs/concepts/stack/#outputs) is an object whose keys are the logical names of the outputs that are available from outside the Pulumi stack (via [`pulumi stack output`](https://www.pulumi.com/docs/cli/commands/pulumi_stack_output/)), and whose values are potentially computed expressions that resolve to the values of the desired outputs.
```yaml
outputs:
outputName: ${resource.id}
```
Stack references can be used to access the outputs of one stack from within another stack. A stack reference requires the fully qualified name of the stack as an argument in the format of `<organization>/<project>/<stack>`.
In these contexts, any JSON/YAML value may be provided. If that value is a string, it is interpolated. If that value is an object, and the object has a key with a prefix of `fn::`, it is evaluated as an expression.
In expression locations, strings are evaluated as interpolations and any nested `${...}` expressions within the string value are replaced by the value of the expression `...`. The syntax of expressions within interpolations permits [property access](#property-access) only.
To use `${}` in a string literal, escape `$` with `$$` like so:
```yaml
variables:
plainString: $${value}
```
A string like `Hello, ${foo}` will convert the expression `foo` to a string.
If a string contains only an `${...}` expression, it's considered a [substitution](#substitution).
#### Property Access
Within an expression denoted by `${...}` property access is permitted according to the forms below. Config, variables, and resource keys all exist in a single namespace, and in the examples, `root` or equivalent must be the name of one of these items, and it must be valid to access the `foo` property of that item if it's a map or object, or if it's an array, the index must be valid.
*`${root}`
*`${root.foo}`
*`${root["foo"]}`
*`${root.bar.quux}`
*`${root["bar"].quux}`
*`${root["bar"]["quux"]}`
*`${root[0]}`
*`${root[100]}`
*`${root[0].foo}`
*`${root[0][1].foo}`
*`${root.foo.items[0].bar[1]}`
*`${root["key with \"escaped\" quotes"]}`
*`${root["key with a ."]}`
*`${["root key with \"escaped\" quotes"].foo}`
*`${["root key with a ."][100]}`
We have not discussed types until now, but implicitly every expression has a type, such as number, string, map, array, or even resource. When interpolated, these values must become strings, otherwise they are substituted in. Additionally:
* maps must have string keys and expression values
* arrays have non-negative integer indices and expression values
* property access on a Resource retrieves outputs
#### Substitution
Expressions denoted by `${...}` are only converted to strings when interpolated into a string with surrounding text. If a resource property takes a list or a map for example, that can be provided by a variable whose value can be substituted in. In the example below, the `httpPort` variable is used to reduce repetition in the two Kubernetes Service resources.
```yaml
name: kubernetes-port-example
variables:
httpPort:
protocol: TCP
port: 80
targetPort: 8000
resources:
serviceOne:
type: kubernetes:core/v1:Service
properties:
spec:
selector:
app: "MyApp"
ports:
- ${httpPort}
serviceTwo:
type: kubernetes:core/v1:Service
properties:
spec:
selector:
app: "OtherApp"
ports:
- ${httpPort}
```
The last two lines are equivalent as if the variable were substituted for its value:
Joins strings together separated by a delimiter. Arguments are passed as a list, with the first item being the delimiter, and the second item a list of expressions to concatenate.
Selects one of several options given an index. Arguments are passed as a list, with the first item being the index, 0-based, and the second item a list of expressions to select from.
[Assets and Archives](/docs/concepts/inputs-outputs/assets-archives/) are intrinsic types to Pulumi, like strings and numbers, and some resources may take these as inputs or return them as outputs. The built-ins create each kind of asset or archive. Each takes all take a single string value.
| `fn::fileAsset` | string | The contents of the asset are read from a file on disk. |
| `fn::stringAsset` | string | The contents of the asset are read from a string in memory. |
| `fn::remoteAsset` | string | The contents of the asset are read from an http, https or file URI. |
| `fn::fileArchive` | string | The contents of the archive are read from either a folder on disk or a file on disk in one of the supported formats: .tar, .tgz, .tar.gz, .zip or .jar. |
| `fn::remoteArchive` | string | The contents of the asset are read from an http, https or file URI, which must produce an archive of one of the same supported types as FileArchive. |
| `fn::assetArchive` | map | The contents of the archive are read from a map of either Asset or Archive objects, one file or folder respectively per entry in the map.