Diferenças entre o Apigee Edge e a Apigee X

Imutável quando implantado

Uma solução semelhante, mas não idêntica, está disponível. Consulte Como usar o AppGroups para organizar a propriedade de apps.

Planejado

• Implantações assíncronas
• A recuperação do status de implantação é baseada na última vez em que o plano de ambiente de execução "fez check-in" com o plano de gerenciamento.

• Compatibilidade para grupos de ambiente
• Autoatendimento nas IUs e APIs da Apigee
• Mais flexibilidade na exibição de topologia
• Um pod de MP pode exibir apenas um ambiente

Para mais informações, consulte Sobre ambientes e grupos de ambiente.

Use o Cloud Run ou o Cloud Functions.

Planejado

O uso de [@.length-x] em expressões JSONPath não é aceito no Apigee X. A especificação JSONPath afirma que as expressões dependem da linguagem de script subjacente. length-x é uma construção do JavaScript, não do Java, e [@.length-x] não foi implementado como parte da especificação. No Apigee X, a expressão [@.length-x] é substituída pelo esquema de indexação ([-x]).

Para este exemplo:

{
    "books": [
      {
        "name": "A",
      },
      {
        "name": "B",
      }
    ]
}

A entrada: $.books[@.length-1] retorna {“name”: “B”} no Apigee Edge e [{“name”: “B”}] no Apigee X.

Northbound gerenciado como secrets do Kubernetes

• É possível criar KVMs criptografadas com escopo de ambiente na IU da Apigee. As KVMs são sempre criptografadas. Não é possível adicionar, atualizar ou visualizar entradas KVM na IU.
• Use o atributo private. com todas as variáveis ao acessar uma KVM com o comando GET para ocultar as informações da KVM em uma sessão de depuração (Trace). Se o atributo private. não for usado, a KVM ainda será criptografada. No entanto, as informações da KVM aparecerão descriptografadas na sessão de depuração (Trace) e nenhuma exceção será gerada.
• Gerencie entradas da KVM usando a API keyvaluemaps.entries ou a política KeyValueMapOperations.
• É possível usar conjuntos de propriedades para alguns dos casos de uso como KVMs. Consulte Como usar conjuntos de propriedades.
• O elemento <MapName> permite que a política KeyValueMapOperations identifique qual KVM usar dinamicamente, no ambiente de execução.

Para mais informações sobre como criar KVMs na IU, consulte Como usar mapas de chave-valor. Consulte também Como acessar dados de configuração para informações sobre como escolher o mecanismo de persistência de dados correto.

• Os proxies da API Node.js não são compatíveis.
• A Apigee recomenda que você hospede aplicativos Node.js como contêineres separados no Kubernetes (mesmo cluster ou diferente)

• Novas políticas:
  • Política AssertCondition: avalia uma instrução condicional do ambiente de execução nos fluxos de solicitação ou resposta.
  • Política CORS: permite que chamadas XMLHttpRequest (XHR) JavaScript executadas em uma página da Web interajam com recursos de domínios não originais.
  • Política DataCapture: substitui a política StatisticsCollector.
  • Política ExternalCallout: envia solicitações gRPC ao servidor gRPC para implementar um comportamento personalizado que não é compatível com as políticas da Apigee.
  • Política GraphQL: analisa payloads do GraphQL em variáveis de fluxo de mensagens, verifica as solicitações do GraphQL em um esquema ou ambos.
  • Política PublishMessages: publica informações do fluxo do proxy de API em um tópico do Google Cloud Pub/Sub.
  • Política RevokeOAuthv2: revoga por ID do usuário, ID do app ou ambos
  • Política TraceCapture: adiciona outras variáveis aos dados de trace do ambiente de execução da Apigee.
• Política incompatível:
  • Política StatisticsCollector (substituída pela nova política DataCapture)
• Políticas alteradas:
  • Política MessageLogging: não é compatível com registro de arquivos

• Gerenciado por meio do serviço de IAM do Console do Google Cloud
• Algumas funções prontas para uso estão disponíveis
• É possível criar papéis personalizados que podem incluir outras permissões do Google Cloud

Para mais informações, consulte Usuários e papéis.

Para a Apigee híbrida:

• A entrada é implementada pelo gateway de entrada da Apigee.
• As chaves e os certificados são implantados diretamente no Kubernetes.

Para a Apigee X:

• Cada instância expõe um endpoint HTTPS por meio de um certificado autoassinado. Para fazer o download da CA do certificado, consulte a organização.