Você está visualizando a documentação do Apigee Edge.
Acesse a
documentação da
Apigee X. info
Em agosto e setembro de 2015, migramos os balanceadores de carga e os roteadores de nuvem do Apigee Edge para o NGINX (pronuncia-se "Engine X"). O NGINX, um servidor da Web de código aberto, oferece desempenho ainda melhor e maior simultaneidade do que nossos balanceadores de carga e roteadores atuais.
O que isso significa para nossos clientes de nuvem
Essa mudança precisa ser transparente para você e não requer nenhuma ação sua, além da verificação de que seus sistemas estão funcionando conforme o esperado. Confira a seguir descrições das etapas que vamos realizar e respostas para algumas perguntas frequentes.
Etapa 1: atualização de software
Vamos atualizar todos os roteadores para o novo roteador baseado em NGINX usando nosso modelo de implantação por fases para garantir que os serviços não sejam afetados por essa atividade.
Etapa 2: remover o nível do balanceador de carga em ambientes que não são de produção
Com o novo roteador NGINX processando a funcionalidade de balanceamento de carga, vamos começar o processo de remoção do nível de balanceador de carga atual nos ambientes que não são de produção. Os balanceadores de carga de produção vão permanecer intactos e inalterados durante essa etapa. Antes da remoção dos balanceadores de carga atuais, vamos adotar uma abordagem exaustiva para garantir que o tráfego esteja funcionando conforme o esperado. Você não precisa fazer nada para concluir esta etapa. No entanto, você precisa informar qualquer problema à Apigee. Vamos trabalhar com você para resolver os problemas antes de prosseguir para a etapa 3.
Etapa 3: remover o nível do balanceador de carga em ambientes de produção
Após a conclusão da Etapa 2, vamos determinar um conjunto de janelas de manutenção para remover a camada do balanceador de carga nos ambientes de produção usando a mesma abordagem mencionada na Etapa 2 para garantir que o tráfego da API de execução continue funcionando conforme o esperado.
Mudanças na funcionalidade do produto
Confira algumas mudanças na funcionalidade do produto com a mudança para o NGINX.
Descontinuado
As propriedades a seguir não são mais compatíveis com ProxyEndpoints:
- allow.http10
- allow.http11
- allow.http.method.*
- allow.POST.without.content.length
- allow.PUT.without.content.length
Para contornar essa descontinuação, consulte o seguinte artigo da comunidade: https://community.apigee.com/questions/16134/proxy-endpoint-http-allow-method-properties-not-wo.html.
Perguntas frequentes
Confira abaixo as respostas para algumas perguntas frequentes sobre a migração do NGINX.
Durante a etapa 1, a resposta é "Não", porque não estamos tocando nos balanceadores de carga existentes, que não vão mudar diretamente nenhum dos IPs que exibem tráfego. No entanto, devido à natureza do serviço de balanceamento de carga da Amazon Web Services (AWS), as regras normais de escalonamento se aplicam, o que significa que os IPs podem mudar como parte da lógica de escalonamento (funcionalidade existente). Por isso, não recomendamos implementar configurações de inclusão na lista de permissões do Northbound com o conjunto de produtos do Apigee Edge. Durante as etapas 2 e 3, há implicações de lista de permissões com a remoção do balanceador de carga e dos endereços IP associados. Por isso, vamos coordenar com você durante essas etapas para garantir uma transição tranquila, fornecendo um novo conjunto de endereços IP para permitir o acesso.
Nenhuma mudança é necessária, supondo que os servidores de origem sejam os servidores de destino (chamados pelo pacote de proxy). Essa mudança está no lado norte da Apigee ou no ponto de entrada na Apigee.
Não. As entradas CNAME atuais vão continuar funcionando conforme o esperado.
Se você estiver usando o SSL, a etapa inicial não vai afetar a configuração SSL atual. No entanto, precisamos trabalhar em conjunto com você para garantir que o SSL esteja configurado corretamente no novo roteador antes de prosseguir com as etapas 2 e 3.
As etapas 2 e 3 serão adiadas até que o suporte ao SNI seja confirmado.
Não esperamos inatividade. As mudanças serão implementadas usando nosso modelo de implantação padrão durante os períodos de lançamento atuais.