180302 - Notas de lançamento do Apigee Edge para nuvem pública

Você está vendo a documentação do Apigee Edge.
Acesse a documentação da Apigee X.
informações

Na terça-feira, 20 de março de 2018, começamos a lançar uma nova versão do Apigee Edge para nuvem pública.

Clientes da nuvem privada: esta versão da nuvem está incluída na sua versão da nuvem privada? Consulte as notas da versão da sua versão para saber as versões do Cloud que ela contém. Além disso, consulte Sobre a numeração de versões para entender como isso é possível comparando números de versões.

Dúvidas ou problemas? Receba ajuda aqui.

Notificações de lançamento: acesse http://status.apigee.com (em inglês) e clique em Subscribe to Updates.

Página inicial das notas de lançamento

Descontinuações e desativações

Os seguintes recursos serão descontinuados ou desativados. Consulte a política de suspensão de uso da Apigee para mais informações.

Id do problema Component Name Descrição
74622499 Ambiente de execução da API

Remoção da propriedade conf_http_HTTPClient.disable.url.hostname.validation

Essa propriedade para desativar as validações do nome do host é redundante e será removida na próxima versão do Cloud.

Novos recursos e atualizações

Veja a seguir os novos recursos e atualizações desta versão.

Id do problema Component Name Descrição
71861442 Servidor de gerenciamento

Otimizações de importação/atualização do pacote de proxy

O Edge vai realizar uma validação mais forte nos pacotes de proxy de API no momento da implantação. Essa atualização ajuda a garantir implantações mais rápidas e, ao mesmo tempo, reduz falhas na implantação e corrupção de pacotes quando mais de um usuário importa o mesmo pacote ao mesmo tempo. Confira a seguir as mudanças e os comportamentos importantes:

  • Cada pacote precisa ter uma raiz do sistema de arquivos de /apiproxy.
  • O Edge não tenta mais ignorar os caminhos na pasta de recursos de um pacote de proxy de API. Por exemplo, o Edge não ignora mais os diretórios .git ou .{6}.
  • Se um pacote tiver uma configuração inválida de mais de um arquivo de configuração XML do proxy de API (por exemplo, apiproxy/proxy1.xml e apiproxy/proxy2.xml), não haverá garantia de qual configuração será usada para o proxy de API.
68943054 Ambiente de execução da API

Fazer com que as verificações de integridade usem o cache DNS da Apigee

65738755 Turbo (destinos hospedados)

Melhoria da mensagem de erro do MGMT para a API de implantação HT

64845308 Turbo (destinos hospedados)

Desativar o Trireme para novas organizações após a versão Beta

Bugs corrigidos

Os bugs abaixo foram corrigidos nesta versão. Esta lista serve principalmente para usuários que verificam se os tíquetes de suporte foram corrigidos. Ela não foi desenvolvida para fornecer informações detalhadas a todos os usuários.

Id do problema Component Name Descrição
74056492 Ambiente de execução da API

A atualização do DNS não acontece depois que todos os IPs são removidos da lista, a menos que a entrada real seja alterada

74000624 Turbo (destinos hospedados)

Modificar o valor de configuração padrão para a lógica de reinicialização do Trireme do Node.js

73496048 Ambiente de execução da API

O TTL da definição de recurso de cache não é respeitado para organizações CPS quando as configurações de expiração têm uma tag com valores vazios

73347561 Servidor de gerenciamento

registro.Server siNotExist cenário de erro ao implantar proxies de API

73254073 Servidor de gerenciamento

As permissões de administrador da organização não devem listar recursos relacionados a vhost se eles não forem restritos

73164241 Servidor de gerenciamento

SecureStoreNotFound e StoreItemNotFound precisam ser gerados como 404 em vez de 5XX.

73016051 Ambiente de execução da API

A importação de proxy falhará se o arquivo proxy.xml tiver barra dupla

72990985 Servidor de gerenciamento

Lista incorreta de desenvolvedores retornados da API Management

72951198 Turbo (destinos hospedados)

Tempos limite de HTTP de MP -> Turbo (destinos hospedados) durante a implantação

72806072 Ambiente de execução da API

O horário de início da política de cotas não é respeitado para \"calendar\" nos Serviços principais de persistência (CPS)

Na política de cotas, quando você configura um tipo de cota calendar, o elemento StartTime permite definir uma data e hora específicas para que a cota comece a contar chamadas de API. O horário de início também afeta as configurações Interval e TimeUnit que determinam a frequência com que a cota é redefinida. Em organizações ativadas para CPS, o StartTime estava sendo ignorado, e a cota era iniciada/redefinida no início da hora, e não no horário especificado.

Nesta versão, a política de cota considera StartTime em organizações com CPS.

71680710 Turbo (destinos hospedados)

O Edge deve criar um novo build quando o hash de origem corresponder, mas o build anterior falhar.

69284606 Ambiente de execução da API

Cabeçalho \"Content-Encoding\" descartado no fluxo de solicitação

68203882 Ambiente de execução da API

Problema intermitente na implantação do proxy

67785822 Ambiente de execução da API

A configuração da máscara não oculta dados sensíveis no trace