Actualiza la API de App Engine Admin a la versión más reciente

Usa esta página a fin de actualizar tus apps para que usen la versión v1 de la API de Administrador. Las versiones v1beta4 y v1beta5 de la API ya no son compatibles y su cierre se programó para el 14 de enero de 2019.

Advertencia: Las versiones v1beta4 y v1beta5 dejaron de estar disponibles y ya no son compatibles. Debes actualizar a la versión más reciente de la API de Administrador, ya que las versiones v1beta4 y v1beta5 se desactivarán.

Actualiza tus aplicaciones a la versión más reciente

Para actualizar a la versión más reciente de la API de Administrador, debes realizar algunos cambios en el código de tu aplicación.

La versión v1 de la API tiene algunos cambios rotundos debido a que los recursos dejaron de estar disponibles o que cambiaron de nombre. Los cambios en la versión v1 afectan los campos y métodos de todos los recursos en la API, incluidos estos:

• API de REST
• API de RPC
• Bibliotecas cliente

Usa las siguientes listas para comprender qué campos y métodos dejaron de estar disponibles o cambiaron de nombre en la versión v1 de la API.

En el caso de las bibliotecas cliente, las siguientes listas no describen específicamente cambios para ninguna de las bibliotecas. Sin embargo, debes usar estas listas para determinar dónde se requieren cambios en tu aplicación.

Nota: Todos los cambios que se enumeran a continuación se aplican a las versiones v1beta4 y v1beta5, salvo que se indique lo contrario.

Aplicaciones

En el caso de los recursos Applications, debes realizar los siguientes cambios:

• En el caso de la API de REST:

  • Ahora debes usar el parámetro updateMask con el método apps.patch, por ejemplo:

    mask → updateMask

  • Se quitó el parámetro ensureResourcesExist del método apps.get. En v1, puedes usar el método apps.repair en su lugar.

• En el caso de la API de RPC:

  • Ahora debes usar el campo location_id con el recurso google.appengine.v1.Application, por ejemplo:

    location → location_id

  • Ahora debes usar el campo update_mask con el recurso google.appengine.v1.UpdateApplicationRequest, por ejemplo:

    mask → update_mask

  • El campo ensure_resources_exist se quitó del recurso google.appengine.v1.GetApplicationRequest. En su lugar, puedes usar el método RepairApplication.

Instancias

En el caso de los recursos Instances, debes realizar los siguientes cambios:

• En el caso de la API de REST:

  • Ahora debes usar los campos startTime y vmDebugEnabled con el recurso apps.services.versions.instances, por ejemplo:

    startTimestamp → startTime

    vmUnlocked → vmDebugEnabled

  • Ahora debes usar el campo parent con el recurso apps.services.versions.instances, por ejemplo:

    name → parent

  • Solo para v1beta4: Todas las referencias a modules ahora son services. En v1, ahora debes usar el recurso services, por ejemplo: apps.services.versions.instances

    apps.modules.versions.instances → apps.services.versions.instances

    Consulta la sección Servicios a continuación para obtener más información.

• En el caso de la API de RPC:

  • Ahora debes usar los campos start_time y vm_debug_enabled con el recurso google.appengine.v1.Instance, por ejemplo:

    start_timestamp → start_time

    vm_unlocked → vm_debug_enabled

  • Ahora debes usar el campo parent con el recurso google.appengine.v1.ListInstancesRequest, por ejemplo:

    name → parent

  • Solo para v1beta4: Se reemplazaron todas las referencias a module por el recurso service.

    Consulta la sección Servicios a continuación para obtener más información.

Servicios

En el caso de los recursos Services, debes realizar los siguientes cambios:

• En el caso de la API de REST:

  • Ahora debes usar el campo parent con el recurso apps.services, por ejemplo:

    name → parent

  • Ahora debes usar el parámetro updateMask con el método apps.services.patch, por ejemplo:

    mask → updateMask

  • Solo para v1beta4: Todas las referencias a modules ahora son services. En v1, ahora debes usar el recurso services, por ejemplo:

    apps.modules.delete → apps.services.delete

    apps.modules.get → apps.services.get

    apps.modules.list → apps.services.list

    apps.modules.patch → apps.services.patch

• En el caso de la API de RPC:

  • Ahora debes usar el campo parent con el recurso google.appengine.v1.ListServicesRequest, por ejemplo:

    name → parent

  • Ahora debes usar el campo updateMask con el recurso google.appengine.v1.UpdateServicesRequest, por ejemplo:

    mask → update_mask

  • Solo para v1beta4: Todas las referencias a modules ahora son services. En v1, ahora debes usar la interfaz Services, por ejemplo:

    DeleteModule → DeleteService

    GetModule → GetService

    ListModules → ListServices

    UpdateModule → UpdateServices

Versiones

En el caso de los recursos Versions, debes realizar los siguientes cambios:

• En el caso de la API de REST:

  • Ahora debes usar el campo parent con el recurso apps.services.versions, por ejemplo:

    name → parent

  • Ahora debes usar el parámetro updateMask con el método apps.services.versions.patch, por ejemplo:

    mask → updateMask

  • Solo para v1beta4: Todas las referencias a modules ahora son services. En v1, ahora debes usar el recurso services, por ejemplo:

    apps.modules.versions → apps.services.versions

• En el caso de la API de RPC:

  • Ahora debes usar los campos created_by y created_time con la interfaz google.appengine.v1.Version, por ejemplo:

    deployer → created_by

    created_by → create_time

  • Ahora debes usar el campo parent con los recursos google.appengine.v1.CreateVersionRequest y google.appengine.v1.ListVersionsRequest para ejemplo:

    name → parent

  • Ahora debes usar el campo updateMask con el recurso google.appengine.v1.UpdateVersionRequest, por ejemplo:

    mask → update_mask

Implementación

Se quitaron los siguientes campos:

• En el caso de la API de REST:

  El campo sourceReferences dejó de estar disponible y se quitó del recurso apps.services.versions.

• En el caso de la API de RPC:

  El campo source_references dejó de estar disponible y se quitó del recurso google.appengine.v1.Deployment.

DiskUtilization

Cambiaron los siguientes campos:

• En el caso de la API de REST:

  Ahora debes usar los campos targetWriteBytesPerSecond, targetWriteOpsPerSecond, targetReadBytesPerSecond y targetReadOpsPerSecond con los recursos apps.services.versions, por ejemplo:

  targetWriteBytesPerSec → targetWriteBytesPerSecond

  targetWriteOpsPerSec → targetWriteOpsPerSecond

  targetReadBytesPerSec → targetReadBytesPerSecond

  targetReadOpsPerSec → targetReadOpsPerSecond

• En el caso de la API de RPC:

  Ahora debes usar los campos target_write_bytes_per_second, target_write_ops_per_second, target_read_bytes_per_second y target_read_ops_per_second con el recurso google.appengine.v1.DiskUtilization, por ejemplo:

  target_write_bytes_per_sec → target_write_bytes_per_second

  target_write_ops_per_sec → target_write_ops_per_second

  target_read_bytes_per_sec → target_read_bytes_per_second

  target_read_ops_per_sec → target_read_ops_per_second

NetworkUtilization

Cambiaron los siguientes campos:

• En el caso de la API de REST:

  Ahora debes usar los campos targetSentBytesPerSecond, targetSentPacketsPerSecond, targetReceivedBytesPerSecond y targetReceivedPacketsPerSecond con el recurso apps.services.versions, por ejemplo:

  targetSentBytesPerSec → targetSentBytesPerSecond

  targetSentPacketsPerSec → targetSentPacketsPerSecond

  targetReceivedBytesPerSec → targetReceivedBytesPerSecond

  targetReceivedPacketsPerSec → targetReceivedPacketsPerSecond

• En el caso de la API de RPC:

  Ahora debes usar los campos target_sent_bytes_per_second, target_sent_packets_per_second, target_received_bytes_per_second y target_received_packets_per_second con el recurso google.appengine.v1.NetworkUtilization, por ejemplo:

  target_sent_bytes_per_sec → target_sent_bytes_per_second

  target_sent_packets_per_sec → target_sent_packets_per_second

  target_received_bytes_per_sec → target_received_bytes_per_second

  target_received_packets_per_sec → target_received_packets_per_second

OperationMetadataV1

Cambiaron los siguientes campos:

• Ahora debes usar el campo method con el recurso google.appengine.v1.OperationMetadataV1, por ejemplo:

  operation_type → method

• Ahora debes usar el campo OperationMetadataV1 con el recurso google.appengine.v1.OperationMetadataV1:

  • Para v1beta4, reemplaza OperationMetadata, por ejemplo:

    OperationMetadata → OperationMetadataV1

  • Para v1beta5, reemplaza OperationMetadataV1Beta5, por ejemplo:

    OperationMetadataV1Beta5 → OperationMetadataV1

RequestUtilization

Cambiaron los siguientes campos:

• En el caso de la API de REST:

  Ahora debes usar el campo targetRequestCountPerSecond con el recurso apps.services.versions, por ejemplo:

  targetRequestCountPerSec → targetRequestCountPerSecond

• En el caso de la API de RPC:

  Ahora debes usar el campo target_request_count_per_second con el recurso google.appengine.v1.RequestUtilization, por ejemplo:

  target_request_count_per_sec → target_request_count_per_second

UrlDispatchRule

Ahora debes usar el campo service con el recurso de la API de REST apps y el recurso de RPC google.appengine.v1.UrlDispatchRule, por ejemplo:

UrlDispatchRule.module → UrlDispatchRule.service