Migra a Batch desde Cloud Life Sciences

En esta página, se describe cómo migrar a Batch en Cloud Life Sciences.

El 17 de julio de 2023, Google Cloud anunció que Cloud Life Sciences, que estaba en versión beta, dejó de estar disponible. El servicio ya no estará disponible en Google Cloud después del 8 de julio de 2025. Sin embargo, Batch disponible de forma general y es un sucesor integral que admite todos los casos de uso para Cloud Life Sciences.

Obtén más información sobre Batch, Cloud Life Sciences y el lanzamiento de un producto etapas.

Cloud Life Sciences frente a Batch

Migra de Cloud Life Sciences a Batch implica principalmente comprender cómo puedes usar Batch para las cargas de trabajo que ejecutas actualmente ejecutando Canalizaciones de Cloud Life Sciences.

Para comprender cómo puedes ejecutar Cloud Life Sciences de trabajo en Batch, consulta todas estas secciones:

Descripción general

Una canalización de Cloud Life Sciences describe una secuencia de acciones (contenedores) para ejecutar y el entorno ejecutar los contenedores.

Un trabajo por lotes describe un array de una o más tareas y las entorno en el que ejecutar esas tareas. Debes definir la carga de trabajo para un trabajo como una de uno o más ejecutables (contenedores o secuencias de comandos) que se ejecutarán. Cada tarea de un trabajo representa una ejecución de su secuencia de ejecutables.

Las canalizaciones de Cloud Life Sciences pueden expresarse como trabajos por lotes de una sola tarea.

Por ejemplo, en los siguientes ejemplos se describe un problema Canalización de Cloud Life Sciences y su equivalente Trabajo por lotes:

Canalización de Cloud Life Sciences Trabajo por lotes
  {
    "actions": [
      {
        "imageUri": "bash",
        "commands": [
          "-c",
          "echo Hello, world!"
        ]
      }
    ]
  }
  
    {
      "taskGroups" : [{
        "taskSpec" : {
          "runnables" : [{
            "container":{
              "imageUri": "bash",
              "commands": [
                "-c",
                "echo Hello, world!"
              ]
            }
          }]
        }
      }]
    }
    

Los trabajos por lotes de varias tareas son similares a las canalizaciones de Cloud Life Sciences copiadas.

A diferencia de Cloud Life Sciences, Batch te permite programar automáticamente varias ejecuciones de tu carga de trabajo. Indicas la cantidad de veces que quieres que se ejecute la secuencia de ejecutables para un trabajo definiendo la cantidad de tareas. Cuando un trabajo tiene tareas múltiples, especificas cómo quieres que varíe cada ejecución hacer referencia al índice de la tarea en tus ejecutables. Además, puedes configurar las programaciones relativas para las tareas de un trabajo, por ejemplo, ya sea que permitas que varias tareas se ejecuten en paralelo o que requieran tareas se ejecute en orden secuencial y de a uno por vez. Batch administra la programación de las tareas del trabajo: cuando finaliza una tarea, el trabajo inicia automáticamente la siguiente tarea, si la hay.

Por ejemplo, consulta el siguiente trabajo por lotes. En este ejemplo, trabajo tiene 100 tareas que se ejecutan en 10 instancias de Compute Engine de máquina virtual (VM), por lo que hay alrededor de 10 tareas ejecutándose en paralelo en cualquier momento. Cada tarea de este ejemplo solo ejecuta un ejecutable: una secuencia de comandos que imprime un mensaje y el índice de la tarea, que está definido por el Variable de entorno predefinida BATCH_TASK_INDEX.

{
  "taskGroups" : [{
    "taskSpec" : {
      "runnables" : [{
        "script":{
          "text": "echo Hello world! This is task ${BATCH_TASK_INDEX}."
        }
      }]
    },
    "taskCount": 100,
    "parallelism": 10
  }]
}

de Workflows que implican la creación y supervisión de varias A veces, las canalizaciones de Cloud Life Sciences se pueden simplificar tomando la programación integrada de Batch.

Operaciones básicas

En esta sección, se describen las operaciones básicas de Cloud Life Sciences frente a por lotes.

La siguiente tabla resume las opciones de operaciones básicas para Cloud Life Sciences y Batch.

Operación básica Opciones de Cloud Life Sciences Opciones de lote
Ejecutar una carga de trabajo
  • Ejecutar una canalización
  • Crear y ejecutar un trabajo
Visualiza todas tus cargas de trabajo.
  • Muestra las operaciones de larga duración.
  • Consulta una lista de tus trabajos.
Consulta los detalles y el estado de una carga de trabajo.
  • Obtener detalles de una operación de larga duración
  • Sondea una operación de larga duración.
  • Consulta los detalles de un trabajo.
  • Consulta una lista de las tareas de un trabajo.
  • Consulta los detalles de una tarea.
Detener y quitar una carga de trabajo
  • Cancela una operación de larga duración.
  • Borra (y cancela) un trabajo.
  • Comprueba el estado de una solicitud de eliminación de un trabajo.

Las operaciones básicas para Cloud Life Sciences y Batch tienen algunas diferencias clave.

En primer lugar, los recursos de operación de larga duración no tienen el mismo rol en por lotes que realizan en Cloud Life Sciences. Recursos de operación de larga duración (LRO) en Cloud Life Sciences son el recurso principal que se usa para enumerar y visualizar tus canalizaciones. Sin embargo, recursos de operaciones de larga duración en Batch y otras APIs de Google Cloud solo se usan para supervisar el estado de una solicitud que tarda mucho tiempo que se completó. Específicamente, en Batch, la única solicitud que muestra que un recurso de operación de larga duración es borrar un trabajo. Para obtener más información sobre los recursos de operación de larga duración de por lotes, consulta la Documentación de referencia de la API de Batch para el recurso de REST projects.locations.operations. En lugar de usar recursos de operación de larga duración, Batch de trabajo que puedes ver y borrar para tus cargas de trabajo.

En segundo lugar, ver los detalles de una carga de trabajo en Batch implica operaciones diferentes a las de Cloud Life Sciences. Puedes ver un trabajo ver sus detalles y su estado. Sin embargo, cada una de las tareas de un trabajo también tiene sus propios detalles y estados, que puedes ver ver una lista de las tareas de un trabajo y ver los detalles de una tarea

Para ayudarte a comprender mejor las operaciones básicas de Cloud Life Sciences en comparación con Batch: proporcionan ejemplos de comandos de Google Cloud CLI y solicitudes a la API para algunas de estas operaciones básicas.

Ejemplos de comandos de gcloud CLI

Para gcloud CLI, los comandos de Cloud Life Sciences Comienza con los comandos gcloud beta lifesciences y Batch comienzan con gcloud batch. Por ejemplo, consulta los siguientes comandos de gcloud CLI.

  • Ejemplos de comandos de gcloud CLI de Cloud Life Sciences:

    • Ejecuta una canalización:

      gcloud beta lifesciences pipelines run \
        --project=PROJECT_ID \
        --regions=LOCATION \
        --pipeline-file=JSON_CONFIGURATION_FILE
      
    • Obtén detalles de una operación de larga duración:

      gcloud beta lifesciences operations describe OPERATION_ID
      

    Reemplaza lo siguiente:

    • PROJECT_ID: el ID del proyecto de tu proyecto.
    • LOCATION: Es la ubicación de la en una canalización de integración continua.
    • JSON_CONFIGURATION_FILE: Es la configuración JSON. para la canalización.
    • OPERATION_ID: Es el identificador del de larga duración, que mostró la solicitud para ejecutar el en una canalización de integración continua.
  • Comandos de gcloud CLI de ejemplo por lotes:

    • Crea y ejecuta un trabajo:

      gcloud batch jobs submit JOB_NAME \
        --project=PROJECT_ID \
        --location=LOCATION \
        --config=JSON_CONFIGURATION_FILE
      
    • Visualiza los detalles de un trabajo:

      gcloud batch jobs describe JOB_NAME \
        --project=PROJECT_ID \
        --location=LOCATION \
      
    • Consulta la lista de tareas de un trabajo:

      ​​gcloud batch tasks list \
        --project=PROJECT_ID \
        --location=LOCATION \
        --job=JOB_NAME
      
    • Consulta los detalles de una tarea:

      gcloud batch tasks describe TASK_INDEX \
        --project=PROJECT_ID \
        --location=LOCATION \
        --job=JOB_NAME \
        --task_group=TASK_GROUP
      
    • Borra (y cancela) un trabajo:

      gcloud batch jobs delete JOB_NAME \
        --project=PROJECT_ID \
        --location=LOCATION
      

    Reemplaza lo siguiente:

    • JOB_NAME: Es el nombre del trabajo.
    • PROJECT_ID: el ID del proyecto de tu proyecto.
    • LOCATION: Es la ubicación. del trabajo.
    • JSON_CONFIGURATION_FILE: Es la ruta de acceso para un JSON. con los detalles de configuración del trabajo.
    • TASK_INDEX: El índice de la tarea que deseas ver los detalles. En un grupo de tareas, el índice de tareas comienza en 0 para la primera tarea y aumenta en 1 con cada tarea adicional. Por ejemplo, una tarea que contiene cuatro tareas tiene los índices 0, 1, 2 y 3.
    • TASK_GROUP_NAME: Es el nombre del grupo de tareas que de los que deseas ver los detalles. El valor se debe establecer en group0.

Ejemplos de rutas de solicitud a la API

Para las APIs, Cloud Life Sciences usa Rutas de solicitud de lifesciences.googleapis.com y usos de Batch Rutas de solicitud batch.googleapis.com. Por ejemplo, consulta las siguientes rutas de solicitud a la API. Desmarcar “Me gusta” Cloud Life Sciences, Batch no tiene una API de RPC. solo tiene una API de REST.

  • Rutas de solicitud a la API de ejemplo de Cloud Life Sciences:

    • Ejecuta una canalización:

      POST https://lifesciences.googleapis.com/v2beta/projects/PROJECT_ID/locations/LOCATION/pipelines:run
      
    • Obtén detalles de una operación de larga duración:

      GET https://lifesciences.googleapis.com/v2beta/projects/PROJECT_ID/locations/LOCATION/operations/OPERATION_ID
      

    Reemplaza lo siguiente:

    • PROJECT_ID: el ID del proyecto de tu proyecto.
    • LOCATION: Es la ubicación de la en una canalización de integración continua.
    • OPERATION_ID: Es el identificador del de larga duración, que mostró la solicitud para ejecutar el en una canalización de integración continua.
  • Rutas de solicitud a la API de ejemplo por lotes:

    • Crea y ejecuta un trabajo:

      POST https://batch.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/jobs?job_id=JOB_NAME
      
    • Visualiza los detalles de un trabajo:

      GET https://batch.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/jobs/JOB_NAME
      
    • Consulta la lista de tareas de un trabajo:

      GET https://batch.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/jobs/JOB_NAME/taskGroups/TASK_GROUP/tasks
      
    • Borra un trabajo

      DELETE https://batch.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/jobs/JOB_NAME
      
    • Comprueba el estado de la solicitud de eliminación de un trabajo:

      GET https://batch.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/operations/OPERATION_ID
      

    Reemplaza lo siguiente:

    • PROJECT_ID: el ID del proyecto de tu proyecto.
    • LOCATION: Es la ubicación. del trabajo.
    • JOB_NAME: Es el nombre del trabajo.
    • TASK_GROUP_NAME: Es el nombre del grupo de tareas que de los que deseas ver los detalles. El valor se debe establecer en group0.
    • OPERATION_ID: Es el identificador del de larga duración, que mostró la solicitud para borrar el el trabajo.

Permisos y roles de IAM

En esta sección, se resumen las diferencias de la administración de identidades y accesos. y permisos para Cloud Life Sciences y por lotes. Para obtener más información sobre los roles y sus permisos, consulta la Referencia de roles básicos y predefinidos de IAM.

En la siguiente tabla, se describen los roles predefinidos y sus permisos que son necesarios para los usuarios de Cloud Life Sciences.

Funciones de Cloud Life Sciences Permisos

Cualquiera de los siguientes:

  • Administrador de Cloud Life Sciences (roles/lifesciences.admin) del proyecto
  • Cloud Life Sciences Editor (roles/lifesciences.editor) en el proyecto
  • Ejecutor de flujos de trabajo de Cloud Life Sciences (roles/lifesciences.workflowsRunner) en el proyecto
  • lifesciences.workflows.run
  • lifesciences.operations.cancel
  • lifesciences.operations.get
  • lifesciences.operations.list
Visualizador de Cloud Life Sciences (roles/lifesciences.viewer) en el proyecto.
  • lifesciences.operations.get
  • lifesciences.operations.list
  • resourcemanager.projects.get
  • resourcemanager.projects.list

En la siguiente tabla, se describen algunos de los roles predefinidos y sus permisos para Batch. A diferencia de Cloud Life Sciences, Batch requiere que otorgues permisos a los usuarios y la cuenta de servicio para un trabajo. Para obtener más información sobre el de IAM, consulta Requisitos previos para Batch.

Roles de Batch para los usuarios Permisos
Editor de trabajos por lotes (roles/batch.jobsEditor) en el proyecto
  • batch.jobs.create
  • batch.jobs.delete
  • batch.jobs.get
  • batch.jobs.list
  • batch.locations.get
  • batch.locations.list
  • batch.operations.get
  • batch.operations.list
  • batch.tasks.get
  • batch.tasks.list
  • resourcemanager.projects.get
  • resourcemanager.projects.list
Visualizador de trabajos por lotes (roles/batch.jobsViewer) en el proyecto
  • batch.jobs.get
  • batch.jobs.list
  • batch.locations.get
  • batch.locations.list
  • batch.operations.get
  • batch.operations.list
  • batch.tasks.get
  • batch.tasks.list
  • resourcemanager.projects.get
  • resourcemanager.projects.list
Usuario de cuenta de servicio (roles/iam.serviceAccountUser) en la cuenta de servicio del trabajo
  • iam.serviceAccounts.actAs
  • iam.serviceAccounts.get
  • iam.serviceAccounts.list
  • resourcemanager.projects.get
  • resourcemanager.projects.list
Roles de Batch para cuentas de servicio Permisos
Batch Agent Reporter (roles/batch.agentReporter) en el proyecto
  • batch.states.report

Funciones correspondientes

En la siguiente tabla, se describen las funciones Cloud Life Sciences, las funciones equivalentes de Batch y detalles sobre las diferencias entre ellos.

Cada atributo está representado por una descripción y su sintaxis JSON. Puedes usar la sintaxis JSON cuando accedes Por lotes a través de la API o cuando se especifica una configuración JSON a través de Google Cloud CLI. Sin embargo, ten en cuenta que también puedes usar las funciones de Batch a través de otros métodos, como a través de campos de la consola de Google Cloud, marcas gcloud CLI y las bibliotecas cliente, que se describen en el Documentación por lotes.

Para obtener más información sobre cada atributo y su sintaxis JSON, consulta lo siguiente:

Características de Cloud Life Sciences Atributos por lotes Detalles
canalización (pipeline) trabajo (job) y sus tareas (taskGroups[])

Un trabajo por lotes consiste en un array de una o más tareas que cada uno ejecute los mismos ejecutables. Una canalización de Cloud Life Sciences es similar a un trabajo por lotes con una tarea. Sin embargo, Cloud Life Sciences no tiene un concepto equivalente para tareas (trabajos con múltiples), que son como repeticiones de una canalización.

Para obtener más información sobre los trabajos y tareas, consulta Descripción general de Batch.

acciones (actions[]) para una canalización ejecutables (runnables[]) para las tareas de un trabajo

Una acción de Cloud Life Sciences describe un contenedor, pero un Los lotes ejecutables pueden contener un contenedor o una secuencia de comandos.

credenciales (credentials) para una acción

para un contenedor ejecutable:

En Cloud Life Sciences, las credenciales de una acción deben ser un Cloud Key Management Service encriptado con pares clave-valor de nombre de usuario y contraseña.

En Batch, el nombre de usuario y la contraseña de un contenedor ejecutable están en campos separados. Ambos campos se pueden especificar con texto sin formato o con el nombre de una Secret de Secret Manager.

para realizar una acción:

para un entorno:

entornos posibles:

Cloud Life Sciences te permite especificar las variables de entorno para una acción con formato de texto sin formato o como un diccionario encriptado. En Batch, esto es similar a tener el entorno para un ejecutable (campo environment en runnables[]) incluir variables que tengan el siguiente formato texto sin formato (variables) o una diccionario encriptado (encryptedVariables).

Pero Batch también tiene más opciones para especificar variables de entorno:

  • Como alternativa a especificar variables como texto sin formato o un diccionario encriptado, puedes especificar variables Secret Manager con una variable secreta (secretVariables)
  • Como alternativa a especificar una variable de entorno para un ejecutable, puedes especificar una variable de entorno para todos los ejecutables con el campo environment en taskSpec.
  • Como alternativa a especificar una variable de entorno con las mismo valor para cada tarea, puedes especificar una variable de entorno que tiene un valor diferente para cada tarea mediante el Campo taskEnvironments[] en taskGroups[].

Para obtener más información, consulta Usa variables de entorno.

etiquetas de una solicitud para ejecutar una canalización (labels en el cuerpo de la solicitud) Etiquetas para un trabajo (labels en el recurso de trabajo)

A diferencia de Cloud Life Sciences, Los lotes no incluyen un campo de etiquetas en la solicitud a para crear un trabajo nuevo. La opción más cercana para Batch es usar etiquetas que solo estén asociadas con el trabajo.

Batch tiene varios tipos de etiquetas. (labels campos) que puedes usar cuando creas un trabajo. Para obtener más información, consulta Organiza los recursos con etiquetas.

regiones (regions[]) y zonas (zones[]) para los recursos de una canalización (resources) ubicaciones permitidas (allowedLocations) para la política de ubicación de recursos de un trabajo (locationPolicy)

En Cloud Life Sciences, una canalización se ejecuta en una sola VM. las cuales puedes especificar las regiones o zonas deseadas.

En Batch, la opción equivalente son las ubicaciones permitidas para un trabajo, que puedes definir como una o más regiones o zonas y especifica dónde se pueden crear las VMs para un trabajo. Todas las VMs para un solo trabajo por lotes pertenecen a un solo un grupo de instancias administrado (MIG), que existe en una región en particular. Sin embargo, o VMs individuales podrían estar en diferentes zonas de esa región.

En particular, es opcional especificar el campo de ubicaciones permitidas para un trabajo. porque es independiente de la ubicación del trabajo. A diferencia de la ubicación del trabajo, la ubicación permitida no afecta la ubicación que se utiliza para crear una Trabajo por lotes y metadatos del trabajo de almacenamiento. Si deseas obtener más información, consulta Ubicaciones por lotes.

Para los recursos de una canalización (resources):

Para la política de recursos de un trabajo (allocationPolicy):

En Cloud Life Sciences, puedes configurar la (una) VM que un en la que se ejecuta la canalización.

Por lotes, el las mismas opciones para VMs están disponibles en los campos de un política de asignación de recursos del trabajo (allocationPolicy):

  • La cuenta de servicio, las etiquetas y la configuración de red de las VMs se definidos en sus campos exclusivos.
  • El campo VM (instances), que puedes definir directamente o con una plantilla de instancias, incluye las opciones de configuración para el tipo de máquina, la plataforma de CPU mínima permitida, el disco de arranque y cualquier otro disco conectado y cualquier GPU y controlador de GPU.

para realizar una acción:

para un comando ejecutable:

Estas diversas marcas de conveniencia de Cloud Life Sciences son equivalentes en Batch excepto que se especifican para cada (que puede incluir una secuencia de comandos o un contenedor) en lugar de cada acción (contenedor).

para realizar una acción:

  • opción para publicar puertos expuestos (publishExposedPorts)
  • opción para especificar el espacio de nombres del ID de proceso (PID) (pidNamespace)
  • y opción para especificar asignaciones de puertos de contenedor a host (portMappings)
(options) para un contenedor ejecutable

Estas opciones de Cloud Life Sciences (y otras) se admiten en Por lotes a través del campo de opciones (options) de un contenedor ejecutable. Configurar el campo de opciones para cualquier marca que quieres que Batch agregue al comando docker run para ejemplo, -P --pid mynamespace -p 22:22.

para realizar una acción:

sin equivalente

Batch realiza una carga previa de las imágenes y procesa las resultados de todos los ejecutables de manera idéntica, de acuerdo con el estado política de registros (logsPolicy).

Opción para bloquear redes externas (blockExternalNetwork) para una acción Opción para bloquear redes externas (blockExternalNetwork) para un contenedor ejecutable

La opción Cloud Life Sciences para bloquear las redes externas de un acción es similar a la opción Batch para bloquear redes para un contenedor.

Batch también tiene muchas otras opciones de herramientas de redes, como para bloquear redes externas para todas las VMs de un trabajo. Para obtener más información, consulta Descripción general de las herramientas de redes por lotes.

activaciones (mounts[]) para una acción volúmenes para todos los ejecutables (volumes[] en taskSpec) y las opciones de volumen de un contenedor (volumes[] en container)

En Batch, puedes usar el Campo volumes[] en taskSpec para definir los volúmenes de un trabajo y sus rutas de activación. Batch activa volúmenes de almacenamiento en las VMs del trabajo. y los volúmenes de almacenamiento sean accesibles a todos los ejecutables del trabajo (secuencias de comandos o contenedores). Esta activación se realiza antes de que la VM ejecuta cualquier tarea o ejecutable.

Además, los conjuntos de datos admite opciones de volumen explícitos en ejecutables del contenedor con el Campo volumes[] en container. Estas opciones de activación pasan al contenedor como opciones para Marca --volume del comando docker run para Por ejemplo, el valor [ "/etc:/etc", "/foo:/bar" ] se traducido al comando docker run --volume /etc:/etc --volume /foo:/bar en el contenedor.

Para obtener más información sobre el uso de volúmenes de almacenamiento con Por lotes, consulta Crea y ejecuta un trabajo que use volúmenes de almacenamiento.

opción para habilitar Cloud Storage FUSE (enableFuse) para una acción sin equivalente

Batch se encarga de activar los volúmenes de almacenamiento. como un bucket de Cloud Storage, que especifiques para un trabajo. Como resultado, no debes habilitar ninguna herramienta de activación como Cloud Storage FUSE. para Batch; pero, de manera opcional, puedes especificar activar las opciones para los volúmenes de almacenamiento con Campo mountOptions[].

Para obtener más información sobre cómo usar los buckets de Cloud Storage con Por lotes, consulta Crea y ejecuta un trabajo que use volúmenes de almacenamiento.

Tema de Pub/Sub (pubSubTopic) para que una solicitud ejecute una canalización

Para la configuración de notificaciones de un trabajo (notifications[]):

Los lotes permiten una mayor personalización de las actualizaciones de estado que en Cloud Life Sciences. Por ejemplo, los usuarios de Batch pueden notificaciones en un tema de Pub/Sub cuando cada tarea cambia de estado o solo cuando cambia de estado el trabajo general.

Servicios de flujo de trabajo

Si usas un servicio de flujo de trabajo con Cloud Life Sciences, entonces también implica configurar un servicio de flujo de trabajo con Batch. En esta sección, se resumen los servicios de flujo de trabajo que puedes usar con Batch.

Batch admite Workflows, que es un de flujo de trabajo de Google Cloud. Si quieres usar Workflows con Batch, consulta Ejecuta un trabajo por lotes con Workflows. De lo contrario, en la siguiente tabla, se describen otros servicios de flujos de trabajo que podrías usar para Cloud Life Sciences que también puedes usar con por lotes. En esta tabla, se enumeran las diferencias clave para usar cada servicio de flujo de trabajo con Batch en lugar de Cloud Life Sciences y detalles sobre dónde obtener más información sobre el uso de cada servicio con Batch.

Servicio de flujo de trabajo Diferencias clave Detalles
Cromwell

Para usar un archivo de configuración de Cromwell para API de Cloud Life Sciences v2beta con la API de Batch en su lugar, realiza los siguientes cambios:

  1. En el campo actor-factory, reemplaza cromwell.backend.google.pipelines.v2beta.PipelinesApiLifecycleActorFactory por cromwell.backend.google.batch.GcpBatchLifecycleActorFactory.
  2. Quita el campo genomics.endpoint-url.
  3. Genera un archivo de configuración nuevo.
Para obtener más información sobre cómo usar Batch con Cromwell, consulta el Documentación de Cromwell para Batch y el instructivo de Cromwell para Batch.
dsub

Para usar una ejecución de tu canalización de dsub en Cloud Life Sciences con Batch, realiza los siguientes cambios:

  • En el campo provider, reemplaza google-cls-v2 por google-batch.
Para obtener más información sobre cómo usar Batch con dsub, consulta la Documentación de dsub para Batch.
Nextflow

Para usar un archivo de configuración de Nextflow en Cloud Life Sciences con Batch, realiza los siguientes cambios:

  1. En el campo executor, reemplaza google-lifesciences por google-batch.
  2. Para cualquier prefijo config, reemplaza google.lifeScience por google.batch.
Si deseas obtener más información para usar Batch con Nextflow, consulta un Instructivo por lotes o Instructivo de Nextflow Para obtener más información sobre las opciones de configuración, consulta la Documentación de Nextflow.
Snakemake

Usar una canalización de Snakemake para la API de Cloud Life Sciences v2beta con la API de Batch, haz lo siguiente cambios:

  1. Asegúrate de usar la versión 8 o una posterior de Snakemake. Para obtener más información, consulta Migración entre versiones de Snakemake.
  2. Realiza los siguientes cambios en el comando snakemake:

    • Reemplaza la marca --google-lifesciences por --executor googlebatch.
    • Reemplaza cualquier marca adicional que tenga --google-lifesciences- para usar el En su lugar, se usa el prefijo --googlebatch-.
Para obtener más información sobre cómo usar Batch con Snakemake, consulta la Documentación de Snakemake para Batch.

¿Qué sigue?

  • Si quieres configurar Batch para usuarios y proyectos nuevos, consulta Comienza ahora.
  • Si quieres aprender a ejecutar cargas de trabajo con Batch, consulta Crea un trabajo.