list-projetos

GET /v1/projects

• O parâmetro de consulta do token de página foi renomeado de start para token
  • Por exemplo, chamar a operação list-projects mudou de GET /v1/projects?limit=5&start={page_token} para GET /v1/projects?limit=5&token={page_token}.
• A primeira página é retornada sem o parâmetro de consulta do token na URL de solicitação Por exemplo, GET /v1/projects?limit=5 ou GET /v1/projects.
  • A primeira página também é retornada quando o token de página especificado é inválido
• Os campos last e previous não são mais suportados nem incluídos na carga útil de resposta.

list-configs

GET /v1/projects/{project_id}/configs

• Esta operação agora é paginada
• Um padrão de 10 registros será retornado se o tamanho da página não for especificado no parâmetro de consulta limit..
  • O tamanho máximo da página é de 100 registros
• A primeira página é retornada sem o parâmetro de consulta do token na URL de solicitação Por exemplo, GET /v1/projects/{project_id}/configs/?limit=5 ou GET /v1/projects/{project_id}/configs.
  • A primeira página também é retornada quando o token de página especificado é inválido

list-ambientes

GET /v1/projects/{project_id}/environments

• Esta operação agora é paginada
• Um padrão de 10 registros será retornado se o tamanho da página não for especificado no parâmetro de consulta limit.
  • O tamanho máximo da página é de 100 registros
• A primeira página é retornada sem o parâmetro de consulta token na URL de solicitação.. Por exemplo, GET /v1/projects/{project_id}/environments/?limit=5 ou GET /v1/projects/{project_id}/environments.
  • A primeira página também é retornada quando o token de página especificado é inválido

Métodos para suportar arquiteturas implementáveis de empilhamento

Experimental

Métodos experimentais incluídos para suportar arquiteturas implementáveis empilhadas.

Mudanças de projetos e configurações

create-project: POST /v1/projects

• O resource_group e o location agora devem ser integrados na carga útil do request Eles não são mais suportados como parâmetros de consulta

delete-config: PATCH /v1/projects/{project_id}/configs/{id}

• O parâmetro de consulta draft_only foi descontinuado
• A API agora suporta a exclusão de configuration de um ID do projeto especificado e de version Consulte projects#delete-config-version.

Terminais de configuração renomeados

Os seguintes terminais de configuração são renomeados da seguinte forma:

• POST /v1/projects/{project_id}/configs/{id}/check é alterado para POST /v1/projects/{project_id}/configs/{id}/validate
• POST /v1/projects/{project_id}/configs/{id}/install é alterado para POST /v1/projects/{project_id}/configs/{id}/deploy
• POST /v1/projects/{project_id}/configs/{id}/uninstall é alterado para POST /v1/projects/{project_id}/configs/{id}/undeploy

Terminais de configuração substituídos

Os métodos drafts foram substituídos pelas operações versions da seguinte forma:

• GET /v1/projects/{project_id}/configs/{config_id}/drafts é alterado para GET /v1/projects/{project_id}/configs/{id}/versions
• GET /v1/projects/{project_id}/configs/{config_id}/drafts/{version} é alterado para GET /v1/projects/{project_id}/configs/{id}/versions/{version}..

Estados de configurações

O modelo de estado para configurations é achatado O pipeline_state não está mais disponível e a propriedade state agora é aumentada para capturar todos os status possíveis de um configuration..

A seguir estão os novos valores state :

• approved
• deleted
• deleting
• deleting_failed
• discarded
• deployed
• deploying_failed
• deploying
• superceded
• undeploying
• undeploying_failed
• validated
• validating
• validating_failed

Todos os terminais do configuration incluem essa propriedade state no modelo response Para obter um exemplo, consulte projects#get-config-version-response

Configurar novos metadados

O modelo response de operações configurations agora define novos metadados na raiz.. Se uma tarefa approve foi executada em um configuration, uma propriedade approved_version será incluída na carga útil response. Da mesma forma, se uma tarefa deploy tiver sido executada em um configuration, os metadados deployed_version e last_deployed estarão disponíveis no corpo response Executar uma tarefa validation produz os metadados last_validated, enquanto executar uma tarefa undeploy produz os metadados last_undeployed no response.

Projetos

create-project: POST /v1/projects

• Para o request & response, o name, description e destroy_on_delete agora são agrupados dentro de um objeto definition.
• Espera-se agora que os responsáveis pela chamada deste terminal forneçam as propriedades de definição dentro deste wrapper, por exemplo:
  • definition: {“name”: “test”, “description”: “This is a test project”, “destroy_on_delete”: false}.
    • Se destroy_on_delete não for fornecido, um valor padrão true será designado em uma operação de criação de projeto.
  • Consulte projects#create-project-request.
• Da mesma forma, no corpo do response, as propriedades mencionadas anteriormente agora estão disponíveis em um bloco definition
  • Consulte projects#create-project-response.

update-project: PATCH /v1/projects/{id}

• Para o request & response, o name, description e destroy_on_delete agora são agrupados dentro de um objeto definition.
• Espera-se agora que os responsáveis pela chamada deste terminal forneçam as propriedades de definição dentro deste wrapper, por exemplo:
  • definition: {“name”: “test_update”, “description”: “This is an updated test project“}.
  • Consulte projects#update-project-request.
• Da mesma forma, no corpo do response, as propriedades mencionadas anteriormente agora estão disponíveis em um bloco definition
  • Consulte projects#update-project-response.

get-projects: GET /v1/projects/{id}

• No response desta operação, o name, description e destroy_on_delete agora são agrupados dentro de um bloco definition.
  • Consulte projects#get-project-response.

list-project: GET /v1/projects

• Cada projeto retornado na matriz response agrupa as propriedades name, description e destroy_on_delete em um bloco definition.
  • Consulte projects#list-projects-response.

Configurações

create-config: POST /v1/projects/{project_id}/configs

• Para ambos request & response, o locator_id, name, labels, authorizations, compliance_profile, input, setting, description agora são agrupados dentro de um objeto definition
• Espera-se agora que os responsáveis pela chamada deste terminal forneçam as propriedades de definição dentro deste wrapper, por exemplo:
  • definition: {“name”: “test”, “description”: “This is a test config”, “locator_id”: “1082e7d2-5e2f-0a11-a3bc-f88a8e1931fc.cd596f95-95a2-4f21-9b84-477f21fd1e95-global”}.
  • Consulte projects#create-config-request..
• Da mesma forma, no corpo do response, as propriedades mencionadas anteriormente agora estão disponíveis em um bloco definition
  • Uma propriedade setting também é incluída no bloco definition
  • Consulte projects#create-config-response..

update-config: PATCH /v1/projects/{project_id}/configs/{id}

• Para ambos request & response, o locator_id, name, labels, authorizations, compliance_profile, input, setting, description agora são agrupados dentro de um objeto definition
• Espera-se agora que os responsáveis pela chamada deste terminal forneçam as propriedades de definição dentro deste wrapper, por exemplo:
  • definition: {“name”: “test”, “description”: “This is a test config”, “locator_id”: “1082e7d2-5e2f-0a11-a3bc-f88a8e1931fc.cd596f95-95a2-4f21-9b84-477f21fd1e95-global”}.
  • Consulte projects#update-config-request..
• Da mesma forma, no corpo response as propriedades mencionadas anteriormente são movidas para um bloco definition.
  • Consulte projects#update-config-response..

get-config: GET /v1/projects/{id}

• No response dessa operação, o locator_id, name, labels, authorizations, compliance_profile, input, setting, description e setting agora são agrupados dentro de um objeto definition
  • Consulte projects#get-config-response..

list-configs: GET /v1/projects/{project_id}/configs

• No response dessa operação, name e description agora são agrupados dentro de um objeto definition.
  • Consulte projects#list-configs-response..