Partilhar via

Controlo de Versões da API REST do Batch Service

  • Artigo

As operações fornecidas pela API REST do serviço Batch podem ter várias versões para retrocompatibilidade à medida que a API evolui ao longo do tempo. Tem de especificar a versão de uma operação que pretende utilizar quando é chamada ao fornecer a versão com a sua chamada REST. Se a sua aplicação chamar uma versão mais antiga de uma operação, pode optar por continuar a chamar a versão mais antiga ou modificar o código para chamar uma versão mais recente. Se a versão não for especificada ou for especificada uma versão incorreta, será devolvido um erro.

Para especificar a versão de uma operação a utilizar, defina o parâmetro de consulta api-version . A versão é do formato Group.Major.Minor em que Group está no formato "YYYY-MM-DD" e Major é um número inteiro e Menor é um número inteiro.

Versão mais recente: 2023-05-01.17.0

  • [Breaking] Foi removida a API de Estatísticas de Duração do Lote/Conjunto: lifetimejobstats e lifetimepoolstats.
  • Foi adicionada a propriedade enableAcceleratedNetworking booleana a NetworkConfiguration.
    • Esta propriedade determina se este conjunto deve ativar a rede acelerada, com o valor predefinido como Falso.
    • Se esta funcionalidade pode ser ativada também está relacionada com o facto de uma instância de sistema operativo/VM ser suportada, o que deve estar alinhado com a Política de Rede Acelerada.
  • Foi adicionada a propriedade enableAutomaticUpgrade booleana a VMExtension.
    • Esta propriedade determina se a extensão deve ser atualizada automaticamente pela plataforma se existir uma versão mais recente da extensão disponível.
  • A propriedade type de ContainerConfiguration, que agora suporta dois valores: DockerCompatible e CriCompatible.

Versões anteriores

As versões anteriores incluem:

Versão: 2022-10-01.16.0

  • Foi adicionada uma nova NodeCommunicationMode propriedade que determina a forma como um conjunto comunica com o serviço Batch
  • Foi adicionada uma nova currentNodeCommunicationMode propriedade do NodeCommunicationMode tipo ao CloudPool modelo para se referir ao estado atual do modo de comunicação do conjunto.
  • Foi adicionada uma nova targetNodeCommunicationMode propriedade do NodeCommunicationMode tipo aos seguintes modelos para se referir ao modo de comunicação do nó pretendido para o conjunto:

Versão: 2022-01-01.15.0

Versão: 2021-06-01.14.0

  • Adicione a capacidade de atribuir identidades geridas atribuídas pelo utilizador a CloudPool. Estas identidades serão disponibilizadas em cada nó no conjunto e podem ser utilizadas para aceder a vários recursos.
  • Foi adicionada identityReference a propriedade aos seguintes modelos para suportar o acesso aos recursos através da identidade gerida:
  • Foi adicionada uma nova extensions propriedade a VirtualMachineConfigurationCloudPool para especificar extensões de máquina virtual para nós
  • Foi adicionada a capacidade de especificar zonas de disponibilidade com uma nova propriedade nodePlacementConfiguration em VirtualMachineConfiguration
  • Foi adicionada uma nova osDisk propriedade a VirtualMachineConfiguration, que contém definições para o disco do sistema operativo da Máquina Virtual.
    • A placement propriedade em DiffDiskSettings especifica a colocação do disco efémero para discos do sistema operativo para todas as VMs no conjunto. Defini-lo como "CacheDisk" irá armazenar o disco de SO efémero na cache da VM.
  • Foi adicionada maxParallelTasks a propriedade CloudJob para controlar o número máximo de tarefas que podem ser executadas ao mesmo tempo por tarefa (a predefinição é -1, o que significa ilimitado). Esta propriedade está atualmente em pré-visualização privada.
  • Foi adicionada virtualMachineInfo uma propriedade na ComputeNode qual contém informações sobre o estado atual da máquina virtual, incluindo a versão exata da imagem do marketplace que a VM está a utilizar.
  • Foi adicionada recurrenceInterval a propriedade para Schedule controlar o intervalo entre as horas de início de duas tarefas sucessivas ao abrigo de um horário de trabalho.

Versão: 2020-09-01.12.0

  • [Breaking] Propriedade substituída maxTasksPerNode por taskSlotsPerNode no conjunto. A utilização destas tarefas de propriedade numa tarefa pode consumir um número dinâmico de blocos que permitem um controlo mais detalhado sobre o consumo de recursos.
  • [Breaking] Alterou o tipo de resposta de GetTaskCounts para devolver TaskCountsResult, que é um objeto complexo que contém o objeto anterior TaskCounts e um novo TaskSlotCounts objeto que fornece informações semelhantes no contexto das ranhuras que estão a ser utilizadas.
  • Foi adicionada a propriedade requiredSlots à tarefa que permite ao utilizador especificar quantos blocos num nó deve ocupar.

Versão: 2020-03-01.11.0

Versão: 2019-08-01.10.0

  • Foi adicionada a capacidade de especificar uma coleção de IPs públicos ativadas NetworkConfiguration através da nova publicIPs propriedade no conjunto. Isto garante que os nós no conjunto terão um IP dos IPs fornecidos pelo utilizador da lista.
  • Adição da capacidade de montar sistemas de ficheiros remotos em cada nó de um conjunto através da MountConfiguration propriedade.
  • Shared Image Gallery imagens podem agora ser especificadas na virtualMachineImageId propriedade de ImageReference ao referenciar a imagem através do respetivo ID de Resource Manager do Azure.
  • [Breaking] Quando não especificado, o valor predefinido para waitForSuccess ativado StartTask é true (anteriormente, era false).
  • [Breaking] Quando não for especificado, o valor predefinido para scope ativado AutoUserSpecification é agora sempre Pool (anteriormente, estava Task nos nós do Windows e Pool nos nós do Linux).
  • Foram melhorados vários documentos confusos ou incompletos.

Versão: 2019-06-01.9.0

  • [Breaking] Substituído por ListNodeAgentSKUsListSupportedImages. ListSupportedImages contém todas as mesmas informações originalmente disponíveis, ListNodeAgentSKUs mas num formato mais claro. As imagens novas e não verificadas também são agora devolvidas. Informações adicionais sobre Capabilities e BatchSupportEndOfLife está acessível através de ImageInformation.

  • Agora, suportam regras de segurança de rede que bloqueiam o acesso de rede a uma CloudPool com base na porta de origem do tráfego. Isto ocorre através da propriedade SourcePortRanges em NetworkSecurityGroupRule.

  • Ao executar um contentor, o Batch agora suporta a execução da tarefa no diretório de trabalho do contentor ou no diretório de trabalho da tarefa do Batch. Isto é controlado pela propriedade WorkingDirectory em TaskContainerSettings.

  • Foram melhorados vários documentos confusos ou incompletos.

Versão: 2018-12-01.8.0

  • [Breaking] Suporte removido para upgradeos em cloudServiceConfiguration conjuntos.

    • Removido upgradeos.
    • Nome mudado targetOSVersion para osVersion e removido currentOSVersion em CloudPool.
    • Remoção de upgrading de PoolState.

  • [Breaking] Removido dataEgressGiB e dataIngressGiB de poolusagemetrics. Estas propriedades já não são suportadas.

  • [Breaking]ResourceFile melhorias

    • Foi adicionada a capacidade de especificar um contentor de Armazenamento do Azure completo no ResourceFile. Existem agora três modos suportados para ResourceFile:
      • httpUrl cria um ResourceFile apontamento para um único URL HTTP.
      • storageContainerUrlcria um ResourceFile ponto a apontar para um contentor de Armazenamento de Blobs do Azure.
      • autoStorageContainerNamecria um ResourceFile contentor que aponta para um Armazenamento de Blobs do Azure na conta de autostorage registada do Batch.
    • Os URLs fornecidos através ResourceFile do httpUrl método podem agora ser qualquer URL HTTP. Anteriormente, estes tinham de ser um URL de Armazenamento de Blobs do Azure.
    • blobPrefix pode ser utilizado para filtrar transferências de um contentor de armazenamento apenas para aqueles que correspondem ao prefixo.

  • [Breaking] Propriedade removida osDisk de VirtualMachineConfiguration. Esta propriedade já não é suportada.

  • Os conjuntos que definem como dynamicVNetAssignmentScopeNetworkConfiguration esta job podem agora atribuir dinamicamente um Rede Virtual a cada nó em que as tarefas da tarefa são executadas. O Rede Virtual específico ao qual associar os nós é especificado na nova JobNetworkConfiguration propriedade em CloudJob e JobSpecification.

    Nota

    Esta funcionalidade está em pré-visualização pública. Está desativado para todas as contas do Batch, exceto aquelas que nos contactaram e pediram para estar no piloto.

  • A duração máxima de uma tarefa é agora de 180 dias (anteriormente era 7).

  • Foi adicionado suporte em conjuntos do Windows para criar utilizadores com um modo de início de sessão específico (ou batchinteractive) através de LoginMode.

  • O tempo de retenção de tarefas predefinido para todas as tarefas é agora de 7 dias, anteriormente era infinito.

Versão 2018-08-01.7.0

As novas funcionalidades na versão 2018-08-01.7.0 incluem:

  • Veja a versão do Agente Azure Batch Node, através da nova propriedade NodeAgentInfo no ComputeNode.
  • Foi adicionada a capacidade de especificar uma Filter no Result de uma tarefa. Aceda aqui para obter mais detalhes.
    • Isto permite o cenário frequentemente pedido de efetuar uma consulta do lado do servidor para encontrar todas as tarefas que falharam.
  • [Breaking] Removeu a ValidationStatus propriedade de TaskCounts.
  • [Breaking] O tipo de colocação em cache predefinido para DataDisk e OSDisk é agora ReadWrite em vez de None.
  • [Breaking] Mudou o nome do único valor de ContainerType de docker para dockerCompatible.

Versão 2018-03-01.6.1

As novas funcionalidades na versão 2018-03-01.6.1 incluem:

  • Contagens de nós de conjunto por estado: esta versão adiciona a capacidade de consultar as contagens de nós do conjunto por estado, através da nova operação ListPoolNodeCounts . Esta operação permite-lhe consultar todos os conjuntos numa conta do Batch para estados de nós, incluindo criar, inativo, offline, preempted, reiniciar, reimaginar, iniciar e outros.
  • Registos do agente do nó: esta versão adiciona a capacidade de carregar Azure Batch registos de agentes de nós a partir de um nó específico, através da operação UploadBatchServiceLogs. Isto destina-se a ser utilizado na depuração por Suporte da Microsoft se ocorrerem problemas num nó.

Versão 2017-09-01.6.0

  • Benefício de Utilização Híbrida do Azure: agora pode criar conjuntos de VMs do Batch Windows que especificam que o licenciamento do Benefício de Utilização Híbrida do Azure é utilizado. Quando este licenciamento é utilizado, é aplicado um desconto ao preço da VM. Utilize a nova propriedade LicenseType em VirtualMachineConfiguration.

  • Discos de dados da VM do conjunto: pode anexar um ou mais discos de dados vazios a conjuntos de VMs com a nova configuração do disco de dados que faz parte da configuração da máquina virtual. Utilize a propriedade DataDisks em VirtualMachineConfiguration.

  • (Alteração interrupção) As imagens personalizadas são agora criadas e implementadas com o Azure Resource Manager recursos de imagem em vez de ficheiros VHD de blobs. O Batch utiliza agora discos geridos para criar as VMs do conjunto e, por conseguinte, utiliza um recurso imagem . Não existe agora um limite para o número de VMs num conjunto criado com uma imagem personalizada; além disso, já não são necessárias várias cópias do blob VHD para grandes conjuntos. Por conseguinte, os conjuntos de imagens personalizados são muito mais fáceis de criar e dimensionar. Para obter mais informações, veja Utilizar uma imagem personalizada para criar um conjunto de máquinas virtuais.

  • (Alteração interrupção) As tarefas de várias instâncias (criadas com MultiInstanceSettings) têm agora de especificar CoordinationCommandLine e NumberOfInstances é agora opcional e a predefinição é 1.

  • Foi adicionado suporte para tarefas executadas com contentores do Docker. Para executar uma tarefa com um contentor do Docker, tem de especificar uma ContainerConfiguration na VirtualMachineConfiguration para um conjunto e, em seguida , adicionar TaskContainerSettings na Tarefa.

Versão 2017-06-01.5.1

A versão da API do Batch descrita aqui é 2017-06-01.5.1. Quando possível, é recomendada a utilização da versão mais recente.

As novas funcionalidades na versão 2017-06-01.5.1 incluem:

  • Suporte para contagens de tarefas eficientes através da nova operação Obter Contagens de Tarefas . Ao chamar a operação Obter Contagens de Tarefas, pode obter uma contagem de tarefas ativas, em execução e concluídas e de tarefas com êxito ou com falhas. Para obter mais informações, veja Contar tarefas para uma tarefa por estado (Pré-visualização).
  • Suporte para especificar pontos finais de entrada em nós de computação do conjunto, através da nova propriedade poolEndpointConfiguration . Ao definir esta propriedade, pode abordar portas específicas no nó externamente.

Versão 2017-05-01.5.0

As secções seguintes descrevem funcionalidades novas e alteradas na versão 2017-05-01.5.0.

Importante

A versão 2017-05-01.5.0 inclui várias alterações interruptivas. Reveja as alterações interruptivas indicadas abaixo e atualize o código para chamar a versão 2017-05-01.5.0.

Nós de computação de baixa prioridade

Azure Batch agora oferece nós de computação de baixa prioridade para reduzir o custo das cargas de trabalho do Batch. As VMs de baixa prioridade possibilitam novos tipos de cargas de trabalho do Batch ao fornecer uma grande quantidade de poder de computação que também é económico.

Existem várias alterações à API REST para nós de baixa prioridade:

  • (Alteração interrupção) As propriedades targetDedicated e currentDedicated de um conjunto ou especificação do conjunto foram renomeadas para targetDedicatedNodes e currentComputeNodes.
  • (Alteração interrupção) A propriedade resizeError de um conjunto é agora uma coleção chamada resizeErrors.
  • Os nós de computação têm uma nova propriedade isDedicated . Esta propriedade é verdadeira para nós dedicados e falsa para nós de baixa prioridade.
  • Uma tarefa do Gestor de Tarefas tem uma nova propriedade allowLowPriorityNode . Se esta propriedade for verdadeira, a tarefa Gestor de Tarefas poderá ser executada num nó de baixa prioridade. Se for falso, a tarefa gestor de tarefas será executada num nó de computação dedicado.

Utilizadores nomeados no Linux

Azure Batch agora oferece suporte adicional para a criação de utilizadores nomeados em nós linux.

  • A nova propriedade linuxUserConfiguration suporta a especificação de um uid (ID de utilizador) e gid (ID de grupo) ao criar um utilizador do Linux.
  • (Alteração interrupção) A propriedade sshPrivateKey foi movida da propriedade userAccount para a nova propriedade linuxUserConfiguration . A propriedade linuxUserConfiguration é, por si só, uma propriedade da propriedade userAccount .

Para obter mais informações sobre contas de utilizador nomeadas, veja Executar tarefas em contas de utilizador no Batch.

Ficheiros de saída para dados de tarefas

Agora, pode especificar ficheiros de saída para carregar dados de tarefas após a conclusão de uma tarefa.

  • A nova propriedade outputFiles suporta a especificação de ficheiros de tarefas para carregar para o Armazenamento do Azure.
  • A nova propriedade fileUploadError da propriedade exitConditions suporta a especificação de ações a tomar com base no estado de carregamento de um ficheiro de saída.

Relatório de erros de tarefas

Foram efetuadas várias alterações para melhorar os relatórios de erros de tarefas.

  • A nova propriedade de resultado da propriedade executionInfo indica se uma tarefa foi efetuada com êxito ou falhou.
  • (Alteração interrupção) A propriedade schedulingError da propriedade executionInfo foi renomeada failureInfo. A propriedade failureInfo é devolvida sempre que ocorrer uma falha na tarefa. Isto inclui todos os casos de erro de agendamento anteriores, todos os casos em que um código de saída de tarefa nãozero é devolvido e quaisquer falhas de carregamento de ficheiros.
  • (Alteração interrupção) A propriedade schedulingError da propriedade exitConditions foi renomeada para preProcessingError para esclarecer quando ocorreu o erro no ciclo de vida da tarefa.
  • (Alteração interrupção) A propriedade schedulingErrorCateogry foi renomeada para errorCategory.

Licenças de aplicações

Agora, pode pedir que as licenças de aplicação sejam aprovisionadas no seu conjunto, através da nova propriedade applicationLicenses num conjunto ou especificação do conjunto.

Versão 2017-01-01.4.0

Esta versão expande todo o suporte da versão anterior, 2016-07-01.3.1. Além disso, suporta as seguintes capacidades:

  • Execute uma tarefa numa identidade de utilizador especificada.

    Agora, pode executar uma tarefa ou coleção de tarefas numa das seguintes identidades de utilizador, especificada através da nova propriedade userIdentity no recurso de tarefa:

    • Uma conta de utilizador com um nome que defina.

    • Uma conta de utilizador que é criada automaticamente (um utilizador automático). Um utilizador automático pode ser executado como um utilizador administrativo ou como um utilizador não administrativo. Por predefinição, um utilizador automático é executado como um utilizador não administrativo.

      Importante

      A propriedade userIdentity , com a respetiva propriedade elevationLevel , substitui a propriedade runElevated em pedidos que adicionam uma tarefa ou uma coleção de tarefas e em respostas que obtêm informações sobre uma tarefa ou tarefas de lista.

      Se fizer um pedido que inclua a propriedade runElevated para a versão 2017-01-01.4.0 do serviço Batch, o pedido falhará.

      Para ser executado como um utilizador administrativo, atualize a aplicação para utilizar a propriedade userIdentity , definindo a propriedade elevationLevel como administrador.

      Para ser executado como um utilizador não administrativo, atualize a sua aplicação para utilizar a propriedade userIdentity , definindo a propriedade elevationLevel para nonAdmin. Uma vez que esta é a predefinição, também pode omitir a definição.

  • Definir contas de utilizador em todos os nós num conjunto.

    Agora, pode executar uma tarefa ou coleção de tarefas numa conta de utilizador que defina no recurso do conjunto. Defina uma conta de utilizador através da nova propriedade userAccounts em pedidos para Adicionar Conjunto. Quando define a conta, pode especificar o nome da conta, a palavra-passe, o nível de elevação (administrador ou não administrador) e a chave privada SSH (para conjuntos linux).

    Assim que definir a conta de utilizador, pode especificar essa conta de utilizador para a propriedade userIdentity em pedidos que adicionam uma tarefa ou uma coleção de tarefas.

  • Forneça uma tarefa com um token para autenticar no serviço Batch quando a tarefa for executada.

    O serviço Batch pode agora fornecer um token de autenticação a uma tarefa quando é executado. O token de autenticação permite que uma tarefa emita pedidos relacionados com a tarefa no serviço Batch, sem as chaves de conta do Batch. O token é fornecido através da variável de ambiente AZ_BATCH_AUTHENTICATION_TOKEN.

    Atualmente, os tokens de autenticação são suportados apenas para operações de chamada no recurso da tarefa. O token de autenticação concede acesso a todas as operações na tarefa que contém a tarefa.

    Para que o serviço Batch forneça o token de autenticação, especifique a nova propriedade authenticationTokenSettings , juntamente com a respetiva propriedade de acesso , em pedidos para Adicionar Tarefa ou Adicionar Coleção de Tarefas.

  • Especifique uma ação a tomar sobre as dependências de uma tarefa se a tarefa falhar.

    Agora, pode especificar que as tarefas dependentes prosseguem mesmo que a tarefa de que dependem falhe. Defina a nova propriedade dependencyAction de um recurso de tarefa para satisfazer a execução de tarefas dependentes, mesmo que a tarefa principal falhe. Em alternativa, defina dependencyAction para bloquear para impedir a execução de tarefas dependentes se a tarefa principal falhar.

    Especifique a propriedade dependencyAction em pedidos para Adicionar Tarefa ou Adicionar Coleção de Tarefas.

    Para obter mais informações sobre como utilizar ações de dependência, veja Ações de dependência.

  • Utilize imagens personalizadas do disco do SO ao criar um conjunto.

    Agora, pode utilizar imagens personalizadas do disco do SO para criar um conjunto.

    Para tal, tem de especificar quando cria a sua conta do Batch para que os conjuntos sejam aprovisionados na subscrição de utilizador, em vez de numa subscrição gerida pelo serviço Batch. Numa chamada para Criar Conta, defina a propriedade poolAllocationMode como UserSubscription. Em seguida, utilize a propriedade osDisk para especificar uma referência a uma imagem de disco num pedido para Adicionar Conjunto.

    Importante

    Quando cria a sua conta do Batch, se especificar que os conjuntos devem ser aprovisionados na subscrição de utilizador, tem de utilizar a autenticação baseada no Azure Active Directory para todos os pedidos feitos através dessa conta.

  • Utilize a autenticação baseada no Azure Active Directory para pedidos para o serviço Batch.

    O Azure Active Directory (Azure AD) é agora suportado para autenticar chamadas para o serviço Batch.

    Se a sua conta do Batch estiver configurada para aprovisionar conjuntos na subscrição do utilizador, é necessário utilizar Azure AD autenticação.

Versão 2016-07-01.3.1

Esta versão expande todo o suporte da versão anterior, 2016-02-01.3.0. Além disso, suporta as seguintes capacidades:

  • Capacidade para criar um conjunto e um conjunto automático com a configuração de Rede

    • Foi adicionada uma nova rede de propriedadesConfiguração ao conjunto e aos recursos de conjunto automático. Esta propriedade pode ser utilizada para especificar a configuração de rede do conjunto, como a sub-rede na qual os nós de computação do conjunto são criados.

  • Termine automaticamente uma tarefa quando todas as tarefas estiverem concluídas.

    • Foi adicionada uma nova propriedade onAllTasksComplete ao recurso da tarefa. Pode especificar isto quando criar ou atualizar uma tarefa.

  • Termine ou desative automaticamente uma tarefa quando uma tarefa falha.

    • Foi adicionada uma nova propriedade onTaskFailure ao recurso da tarefa e foi adicionada uma nova propriedade exitConditions ao recurso de tarefa. A definição job onTaskFailure indica se a falha da tarefa pode ter um impacto ao nível da tarefa e a propriedade exitConditions da tarefa permite que as tarefas adaptem o impacto ao nível da tarefa à natureza da falha.

  • Associe pacotes de aplicações a tarefas e conjuntos.

    • Foi adicionada uma nova propriedade applicationPackageReferences ao recurso de tarefa e às definições jobManagerTask. Isto permite que os pacotes de aplicações sejam implementados a pedido, uma vez que as tarefas exigem que sejam especificados no momento da criação do conjunto. Isto é particularmente importante para conjuntos de longa duração que podem ser chamados a executar diferentes tipos de tarefas ou versões de aplicações diferentes ao longo da sua duração, ou se tiver um pacote de aplicação grande que não é exigido por todas as tarefas.

  • Capacidade para reativar uma tarefa falhada.

    • Foi adicionada uma nova operação Reativar uma tarefa para repor o estado de uma tarefa falhada para ativada. Isto permite que as falhas sejam repetidas, por exemplo, se a falha foi transitória ou se conseguiu corrigir a causa da falha, sem recriar a tarefa.

Versão 2016-02-01.3.0

Esta versão expande todo o suporte da versão anterior, 2015-12-01.2.2. Além disso, suporta as seguintes capacidades:

Versão 2015-12-01.2.2

Esta versão expande todo o suporte da versão anterior, 2015-11-01.2.1. Além disso, suporta as seguintes capacidades:

  • As aplicações podem agora ser implementadas em nós de computação com pacotes de aplicações em vez de como ficheiros de recursos.

    • São fornecidas novas APIs para os clientes procurarem na lista de aplicações e versões disponíveis, por exemplo, para apresentar um seletor numa interface de utilizador.

    • As APIs relacionadas com o conjunto são alteradas para permitir que um conjunto especifique pacotes de aplicações a serem transferidos para todos os nós nesse conjunto.

  • As tarefas podem agora ser dependentes de outras tarefas. Uma tarefa dependente não será iniciada até que todas as tarefas de que depende tenham sido concluídas com êxito.

Esta versão inclui as seguintes outras alterações:

  • O tempo limite de redimensionamento do conjunto predefinido foi alterado para 15 minutos.

Versão 2015-11-01.2.1

Esta versão expande todo o suporte da versão anterior 2015-06-01.2.0. Além disso, suporta as seguintes capacidades:

  • Capacidade para adicionar e executar tarefas de várias instâncias (por exemplo, MPI)

    • É adicionada uma nova propriedade opcional "multiInstanceSettings" ao recurso Tarefa que pode ser opcionalmente incluído nas APIs Adicionar Tarefa, Obter Tarefa e Listar Tarefas.

    • É adicionada uma nova Lista de API às subtarefas de uma tarefa para obter informações sobre subtarefas.

    • Uma nova propriedade opcional "subtaskId" é adicionada a "tarefas recentes" para um Nó de Computação. Esta propriedade é devolvida como parte de Obter Nós de Computação e Nós de Computação de Lista

  • Capacidade de desativar ou ativar o agendamento de tarefas num nó de computação

    • Duas novas APIs Desativar o agendamento de tarefas num nó e Ativar o agendamento de tarefas num nó são adicionadas no recurso de nó de computação.

    • É adicionado um novo estado "offline" do nó de computação. Para versões de API mais antigas, este estado está mapeado para "inutilizável".

    • É adicionada uma nova propriedade "schedulingState" ao recurso de nó de computação. Valores possíveis para "ativado" e "desativado".

  • Capacidade de especificar o intervalo de avaliação do dimensionamento automático num conjunto/conjunto automático

    • É adicionada uma nova propriedade "autoScaleEvaluationInterval" ao recurso de agrupamento. Esta propriedade pode ser incluída nas APIs Adicionar Conjunto, Obter Conjunto, Ativar Dimensionamento Automático e Listar Conjuntos.

    • Da mesma forma, para conjuntos automáticos, é adicionada uma nova propriedade "autoScaleEvaluationInterval" à propriedade "autoPoolSpecification". Esta propriedade pode ser incluída em Adicionar Tarefa, Obter Trabalho, Listar Tarefas, Adicionar Agendamento de Tarefas, Obter Agendamento de Tarefas, Agendar Tarefas de Atualização, Listar Agendamentos de Tarefas e Listar Tarefas nas APIs de Agendamento de Tarefas.

  • Melhoramento das APIs de Tarefa para devolver o diretório de raiz da tarefa no nó de computação.

    • Duas novas propriedades "taskRootDirectory" e "taskRootDirectoryUrl" são adicionadas ao recurso tarefa que pode ser obtido como parte de Obter informações sobre uma tarefa, LISTAr APIs de Tarefas

    • É adicionada uma nova propriedade "taskRootDirectory" a "jobPreparationTaskExecutionInfo" e "jobReleaseTaskExecutionInfo" que pode ser obtida através de Listar o estado das tarefas de preparação e lançamento de tarefas para uma API de trabalho.