Cloud Deployment Manager dejará de recibir asistencia el 31 de marzo del 2026.
Si actualmente usas Deployment Manager, migra a Infrastructure Manager o a otra tecnología de implementación antes del
31 de marzo del 2026 para asegurarte de que tus servicios sigan funcionando sin interrupciones.

Para obtener más información sobre la desactivación y el cierre, consulta Desactivación de Deployment Manager.

Esta página se ha traducido con Cloud Translation API.

Ver un archivo de manifiesto

Cada implementación tiene un manifiesto correspondiente. Un manifiesto es una propiedad de solo lectura que describe todos los recursos de tu implementación y se crea automáticamente con cada nueva implementación. Los manifiestos no se pueden modificar una vez creados. Un manifiesto no es lo mismo que un archivo de configuración, pero se crea a partir de este.

Antes de empezar

Si quieres usar los ejemplos de línea de comandos de esta guía, instala la herramienta de línea de comandos`gcloud`.
Si quieres usar los ejemplos de API de esta guía, configura el acceso a la API.
Consulta las configuraciones.
Consulta información sobre las plantillas.
Consulta cómo crear una configuración.

Estructura del archivo de manifiesto

Un manifiesto proporciona tres vistas de una implementación:

La configuración inicial
La configuración totalmente evaluada después de que se hayan expandido todas las plantillas y las importaciones
El diseño de la implementación, que describe todos los recursos de la implementación en una estructura jerárquica.

Configuración original

La configuración original es la que proporcionaste a la implementación antes de que se expandiera la plantilla. La configuración inicial se indica con la propiedad config:

config: |
  imports:
  - path: vm-template.jinja
  - path: network-template.jinja
  - path: firewall-template.jinja
  - path: compute-engine-template.jinja

  resources:
  - name: compute-engine-setup
    type: compute-engine-template.jinja

Configuración ampliada

La configuración ampliada es una descripción completa de tu implementación, incluidos todos los recursos y sus propiedades, después de procesar todas tus plantillas. Este es el estado final de tu configuración.

La parte de configuración ampliada del archivo de manifiesto se indica mediante la propiedad expandedConfig:

expandedConfig: |
  resources:
  - name: datadisk-example-config-with-templates
    properties:
      sizeGb: 100
      type: https://www.googleapis.com/compute/v1/projects/myproject/zones/us-central1-a/diskTypes/pd-standard
      zone: us-central1-a
    type: compute.v1.disk
  - name: vm-example-config-with-templates
    properties:
      disks:
      - autoDelete: true
        boot: true
        deviceName: boot
        initializeParams:
          diskName: disk-example-config-with-templates
          sourceImage: https://www.googleapis.com/compute/v1/projects/debian-cloud/global/images/debian-7-wheezy-v20140619
        type: PERSISTENT
      - autoDelete: true
        deviceName: datadisk-example-config-with-templates
        source: $(ref.datadisk-example-config-with-templates.selfLink)
        type: PERSISTENT
      machineType: https://www.googleapis.com/compute/v1/projects/myproject/zones/us-central1-a/machineTypes/f1-micro
      metadata:
        items:
        - key: startup-script
          value: |
            #!/bin/bash
            python -m http.server 8080
      networkInterfaces:
      - accessConfigs:
        - name: External NAT
          type: ONE_TO_ONE_NAT
        network: https://www.googleapis.com/compute/v1/projects/myproject/global/networks/default
      zone: us-central1-a
    type: compute.v1.instance

Plantillas importadas

La propiedad imports de tu manifiesto muestra el contenido de las plantillas que hayas importado para esta configuración. La sección de importaciones de tu manifiesto se indica con la sección imports:

imports:
- content: |
    resources:
    - name: {{ env["name"] }}
      type: compute.v1.instance
      properties:
        disks:
        - autoDelete: true
          type: PERSISTENT
          boot: true
          deviceName: boot
          initializeParams:
            sourceImage:  https://www.googleapis.com/compute/v1/projects/debian-cloud/global/images/debian-7-wheezy-v20140619
        machineType: https://www.googleapis.com/compute/v1/projects/{{ env["project"] }}/zones/{{ properties["zone"] }}/machineTypes/{{ properties["machineType"] }}
        networkInterfaces:
        - network: $(ref.{{ properties["network"] }}.selfLink)
          accessConfigs:
          - name: External NAT
            type: ONE_TO_ONE_NAT
        zone: {{ properties["zone"] }}
        metadata:
          items:
          - key: startup-script
            value: |
              #!/bin/bash
              INSTANCE=$(curl http://metadata.google.internal/computeMetadata/v1/instance/hostname -H "Metadata-Flavor: Google")
              echo "<html><header><title>Hello from Deployment Manager!</title></header>
              <body><h2>Hello from $INSTANCE</h2>
              <p>Deployment Manager bids you good day!</p>
              </body>
              </html>" > index.html
              python -m http.server 80
  name: vm-template.jinja
- content: |
    resources:
    - name: {{ env["name"] }}
      type: compute.v1.network
      properties:
        IPv4Range: 10.0.0.1/16
  name: network-template.jinja
- content: |
    resources:
    - name: {{ env["name"]}}
      type: compute.v1.firewall
      properties:
        network: $(ref.{{ properties["network"] }}.selfLink)
        sourceRanges: ["0.0.0.0/0"]
        allowed:
        - IPProtocol: TCP
          ports: ["80"]
  name: firewall-template.jinja
- content: |
    {% set  NETWORK_NAME = "a-new-network" %}

    resources:
    - name: the-first-vm
      type: vm-template.jinja
      properties:
        machineType: f1-micro
        zone: us-central1-f
        network: {{ NETWORK_NAME }}
    - name: the-second-vm
      type: vm-template.jinja
      properties:
        machineType: g1-small
        zone: us-central1-f
        network: {{ NETWORK_NAME }}
    - name: {{ NETWORK_NAME }}
      type: network-template.jinja
    - name: {{ NETWORK_NAME }}-firewall
      type: firewall-template.jinja
      properties:
        network: {{ NETWORK_NAME }}
  name: compute-engine-template.jinja

Diseño

El diseño es un esquema de tu implementación y sus recursos, y muestra los nombres y tipos de los recursos.

Usa el diseño para visualizar la estructura de tu implementación, ver las propiedades de la plantilla que se definieron durante la implementación inicial y otra información sobre tu configuración antes de que se ampliara.

En tu manifiesto, puedes ver el diseño en la propiedad layout:

layout: |
  resources:
  - name: compute-engine-setup
    resources:
    - name: the-first-vm
      properties:
        machineType: f1-micro
        network: a-new-network
        zone: us-central1-f
      resources:
      - name: the-first-vm
        type: compute.v1.instance
      type: vm-template.jinja
    - name: the-second-vm
      properties:
        machineType: g1-small
        network: a-new-network
        zone: us-central1-f
      resources:
      - name: the-second-vm
        type: compute.v1.instance
      type: vm-template.jinja
    - name: a-new-network
      resources:
      - name: a-new-network
        type: compute.v1.network
      type: network-template.jinja
    - name: a-new-network-firewall
      properties:
        network: a-new-network
      resources:
      - name: a-new-network-firewall
        type: compute.v1.firewall
      type: firewall-template.jinja
    type: compute-engine-template.jinja

Identificar un archivo de manifiesto

Puedes identificar un archivo de manifiesto por su ID único, que tiene el formato manifest-TIMESTAMP. Por ejemplo:

manifest-1436393348324

Normalmente, puedes obtener el ID del manifiesto obteniendo información sobre la implementación correspondiente o enumerando los manifiestos de una implementación.

gcloud

Con la CLI de Google Cloud, usa el subcomando deployments describe:

gcloud deployment-manager deployments describe example-deployment

gcloud devuelve una respuesta similar a la siguiente:

id: '7428522736135856060'
manifest: https://www.googleapis.com/deploymentmanager/v2beta1/projects/myproject/global/deployments/example-deployment/manifests/manifest-1436393348324
name: example-deployment
resources:
NAME    TYPE      ID     STATE   ERRORS
...

API

En la API, haz una solicitud GET y proporciona el nombre de la implementación en la solicitud:

GET https://www.googleapis.com/deploymentmanager/v2beta1/projects/myproject/global/deployments/example-deployment-with-config

Deberías recibir una respuesta similar a la siguiente:

{
 "id": "5899501332770090517",
 "creationTimestamp": "2015-03-30T15:40:58.809-07:00",
 "name": "example-deployment-with-config",
 "fingerprint": "",
 "manifest": "https://www.googleapis.com/deploymentmanager/v2/projects/myproject/global/deployments/example-deployment-with-config/manifests/manifest-1427755258810-2b3498d9-530b-4f8e-b014-0342d3c9c66b",
 "state": "DEPLOYED"
}