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

Hosts virtuais e TLS de autoatendimento já estão disponíveis

Para mais detalhes sobre o uso, consulte Sobre hosts virtuais e TLS/SSL.

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

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

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

Validações de implantação

Até esta versão, o Edge verificava passivamente as implantações de proxy de API em busca de erros de validação específicos e notificava as organizações sobre as correções necessárias usando a ferramenta de avisos. Esses avisos, descritos em Avisos de erro de implantação, eram para dar aos usuários tempo para corrigir problemas que resultariam em erros de implantação quando a validação fosse ativada no produto. Com essa versão, o Edge realiza essas validações e gera erros de implantação de acordo.

Política de detenção de pico com reconhecimento de escalonamento automático

Um novo elemento <UseEffectiveCount> na política de detenção de pico permite distribuir automaticamente as contagens de detenção de pico entre os processadores de mensagens. Quando definido como true, cada processador de mensagens divide o limite de taxa de pico permitido pelo número de processadores de mensagens ativos no momento, ajustando o limite de taxa à medida que os processadores de mensagens são adicionados ou removidos. O valor padrão é "false" quando o elemento é omitido da política.

Para mais informações, consulte o tópico Política de detenção de pico.

Melhorar o registro em log do MP devido a falha de conectividade

Fazer upgrade do Rhino para 1.7.8 e do Trireme para 0.9.1

Definir o tempo limite padrão da API para todos os proxies como 55 segundos para evitar que o roteador expire antes

Adicionar evento de registro em log para implantações canary

Permitir verificações de integridade HTTPS autoassinadas

A resolução de DNS do MP precisa usar um pool de threads assíncrono

Melhorias de segurança do produto de API

Uma nova propriedade no nível da organização, features.keymanagement.disable.unbounded.permissions, fortalece a segurança dos produtos de API na verificação de chamadas de API. Quando a propriedade é definida como "true" (o padrão para organizações criadas após esta versão), os seguintes recursos são aplicados.

Criação de apps

Ao criar um app de desenvolvedor ou empresa, a API Management exige que o app seja associado a um produto de API. A interface de gerenciamento já aplica isso.

Configuração do produto de API

Para criar ou atualizar um produto de API, ele precisa incluir pelo menos um proxy de API ou um caminho de recurso na definição.

Segurança do ambiente de execução

As chamadas de API são rejeitadas por um produto de API nas seguintes situações:

• Um produto de API não inclui pelo menos um proxy de API ou caminho de recurso.
• Se a variável flow.resource.name na mensagem não incluir um caminho de recurso que o produto de API possa avaliar.
• Se o app que faz a chamada de API não estiver associado a um produto de API.

Para organizações atuais, o valor da propriedade é "false" e precisa ser alterado explicitamente por um usuário com permissões de administrador do sistema. Isso significa que os clientes da nuvem pública precisam entrar em contato com o suporte da Apigee para mudar o valor da propriedade.

A comunicação do roteador com o processador de mensagens será segura por padrão

Corrigir a classificação incorreta de erros de script do Node.js

IP confiável da política AccessControl

Política MessageLogging para resolver novamente o DNS em intervalos regulares

Validação da cadeia de certificados TLS

Ao criar um alias de keystore usando uma cadeia de certificados, é necessário separar os certificados na cadeia por uma nova linha. O Edge agora gera um erro 400 Bad Request na criação de alias se a cadeia de certificados não atender a esse requisito.