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

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

Para detalhes de 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 nos pacotes de proxy de API no momento da implantação. Essa atualização ajuda a garantir implantações mais rápidas e reduz falhas e corrupções de pacotes quando mais de um usuário importa o mesmo pacote ao mesmo tempo. Confira as principais mudanças e comportamentos:

• 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 os 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 pela ferramenta Advisory sobre as correções necessárias. Esses avisos, descritos em Avisos de erro de implantação, foram criados 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 esta versão, o Edge agora realiza essas validações e gera erros de implantação de acordo com elas.

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 SpikeArrest.

Melhoria do registro do MP devido a falha de conectividade

Faça upgrade do Rhino para 1.7.8 e do Trireme para 0.9.1

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

Adicionar evento de geração de registros para implantações canário

Permitir verificações de integridade HTTPS autoassinadas

A resolução de DNS do MP precisa usar um pool de linhas de execução assíncronas

Melhorias na segurança do produto de API

Uma nova propriedade no nível da organização, features.keymanagement.disable.unbounded.permissions, reforça a segurança dos produtos de API ao verificar chamadas de API. Quando a propriedade é definida como "true" (o padrão para organizações criadas após este lançamento), os seguintes recursos são aplicados:

Criação de apps

Ao criar um app de desenvolvedor ou empresa, a API Management exige que ele seja associado a um produto de API. A interface de gerenciamento já faz 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.

Comunicação do roteador com o processador de mensagens para 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, separe os certificados na cadeia por uma nova linha. Agora, o Edge gera um erro 400 Bad Request na criação de alias se a cadeia de certificados não atender a esse requisito.