Nós anunciamos o NGINX ONE — uma solução SaaS para gerenciamento e entrega de aplicações modernas — em fevereiro de 2024, durante o AppWorld, em San Jose, Califórnia. O NGINX One representa a próxima etapa da nossa jornada e um esforço para facilitar a configuração, a proteção, o dimensionamento e o gerenciamento de todos os produtos NGINX. Desde o anúncio, adicionamos muitos novos recursos ao NGINX One que, em nossa opinião, melhoram significativamente a experiência com o produto. Durante a fase de Acesso Antecipado do NGINX One, todos esses novos recursos são gratuitos, assim como o serviço NGINX One.
Recomendações automatizadas de configuração com base nos seus arquivos de configuração
As equipes de plataforma e de entrega de aplicações dedicam muito tempo à configuração adequada de suas implantações do NGINX. Há muito tempo, isso é uma fonte de atrito para os usuários. Configurar o NGINX não tem sido tão fácil quanto deveria. Para resolver esse problema, os usuários do NGINX One agora podem acessar recomendações específicas sobre como otimizar suas instâncias. Agrupamos essas recomendações para que as equipes de plataforma e os desenvolvedores possam entender melhor sua finalidade e destacamos as alterações recomendadas. As recomendações se baseiam nas práticas recomendadas do próprio NGINX. Isso pode reduzir significativamente o trabalho operacional e também facilitar a manutenção de uma postura de segurança mais robusta. Veja como isso funciona neste vídeo de 2 minutos.
Detecção e gravidade de CVEs para melhorar sua postura de segurança
Na NGINX, temos orgulho da nossa transparência em relação às CVEs e de disponibilizar correções o mais rápido possível. Soluções comerciais de diversos fornecedores verificam CVEs sem correção, incluindo as CVEs da NGINX. Como o NGINX é amplamente utilizado (está entre as cinco imagens mais baixadas no Docker Hub), queríamos oferecer aos nossos clientes uma maneira fácil de priorizar e corrigir com mais facilidade as CVEs em seus ambientes NGINX.
Para resolver isso, exibimos as CVEs de duas maneiras no NGINX One. Primeiro, adicionamos uma coluna “CVEs detectadas” à sua lista de instâncias, com um código de cores que indica a gravidade. Isso permite identificar rapidamente onde concentrar esforços para aplicar as correções.
Em segundo lugar, fornecemos uma visão geral dedicada das CVEs em um bloco na página inicial do console do NGINX One. Isso oferece uma visão abrangente da postura de segurança do seu NGINX, incluindo o número de instâncias afetadas e a gravidade. As equipes de Segurança e DevOps podem examinar rapidamente a lista para priorizar as correções e adotar uma abordagem mais proativa na resolução de vulnerabilidades.
Agrupamento: sincronize configurações entre instâncias agrupadas
Antes da computação em nuvem, usuários avançados implementavam clustering (usando as Camadas 2 e 3) para agrupar várias instâncias do NGINX, obtendo alta disponibilidade, balanceamento de carga e escalabilidade para aplicações e serviços web. Com a computação em nuvem, o balanceamento de carga tornou-se um requisito básico. Os mecanismos de failover das Camadas 3 e 2 caíram em desuso. No entanto, a nova arquitetura de nuvem não resolveu o problema de manter configurações idênticas nas instâncias do NGINX. Outro desafio igualmente complexo em ambientes dinâmicos era simplesmente descobrir quais instâncias atendiam a quais aplicações ou serviços, bem como seus respectivos endereços IP, DNS e outros registros relevantes, o que poderia exigir o contato com várias equipes e a espera por suas respostas durante uma atualização de configuração ou um ciclo de aplicação de patches para CVEs.
O NGINX One agora permite agrupar suas instâncias do NGINX em grupos lógicos chamados Clusters. O painel do Cluster mostra o status de sincronização de todas as instâncias gerenciadas pelo NGINX One. As alterações feitas em qualquer instância do cluster serão replicadas automaticamente para todos os membros do grupo, sincronizando atualizações e alterações de configuração. Com os Clusters, é possível implementar alta disponibilidade com alguns cliques ou um breve comando na CLI, com o mínimo de trabalho manual.
Novo método para conectar contêineres ao NGINX One
O NGINX One usa um agente, um padrão muito poderoso que vem ganhando popularidade no mundo da tecnologia. O NGINX Agent é executado como um processo do Linux e se comunica de forma bidirecional com o NGINX e o console SaaS do NGINX One. O agente envia métricas, estatísticas e dados de observabilidade do NGINX para o NGINX One e propaga as alterações do NGINX One para o NGINX. Antes, era necessário criar seu próprio Dockerfile, incluindo o agente, para implantar cargas de trabalho conteinerizadas do NGINX e conectá-las ao NGINX One. Lançamos uma imagem oficial hospedada em nosso registro privado para facilitar esse processo. Também planejamos lançar em breve uma imagem para o NGINX Open Source.
Atualização sobre os preços do NGINX One
Após coletarmos o feedback inicial de clientes, vendedores e nossas equipes operacionais da F5, decidimos adiar a implementação de um modelo de preços baseado no consumo para o NGINX One. No lançamento, manteremos nossos atuais modelos de preços por instância e por nó para minimizar transtornos e proporcionar uma transição tranquila aos clientes existentes. No entanto, pretendemos oferecer opções de preços baseados no consumo no futuro, à medida que continuarmos monitorando as necessidades dos clientes e incorporando o feedback recebido.
Em breve… Chatbots, pulls do Docker, DNS avançado e segurança multicloud!
Nos próximos meses, adicionaremos muitos novos recursos ao NGINX One. Alguns dos itens previstos em nosso roteiro incluem:
- Configuração de um “docker pull” com contêineres pré-criados do NGINX Plus Agent em registros públicos e mais opções de configurações pré-criadas em nossos registros privados para o NGINX Plus
- Configurações em etapas que permitem criar configurações e prepará-las para revisão, aprovação e publicação posterior
- Alertas e notificações sobre itens críticos, como certificados prestes a expirar, instâncias recém-encontradas e outros eventos importantes, como novas CVEs
- Monitoramento de desempenho de aplicações para obter visibilidade detalhada do desempenho e do comportamento de cada uma das suas aplicações, incluindo solicitações, respostas, tempos de ida e volta e outros indicadores de desempenho — em tempo real.
- Recursos de gerenciamento de certificados SSL, incluindo a adição, a atualização e a exclusão de certificados SSL, bem como a visualização de todos os certificados SSL, tanto para instâncias do NGINX gerenciadas quanto não gerenciadas.
- Chatbots com tecnologia de IA e mais recursos de engajamento no aplicativo, incluindo tours guiados, ajuda interativa para configuração e orientações para a instalação.
- Expansão do NGINX One para se conectar ao NGINX Ingress Controller para clusters Kubernetes e ao NGINX Unit.
- Habilitação de novos recursos que funcionam tanto no NGINX quanto no F5 Distributed Cloud, como DNS avançado, balanceamento de carga e redes multinuvem, além da integração de segurança WAAP (Proteção de Aplicações Web e APIs).
Conclusão: uma maneira melhor de usar o NGINX
A grande vantagem do SaaS é que esse modelo nos permite implementar alterações no código e novos recursos com muito mais rapidez e segurança. Estamos desenvolvendo o NGINX One em parceria com nossos clientes e observando atentamente como eles usam o produto para orientar a priorização dos nossos recursos. Esperamos que o NGINX One ofereça a todos os nossos usuários uma maneira melhor de usar o NGINX, reduzindo o trabalho operacional, simplificando a solução de problemas, aumentando a segurança e ajudando-os a proporcionar uma experiência melhor aos usuários de suas aplicações. Fizemos muita coisa em três meses e pretendemos continuar acelerando, lançando novos recursos com rapidez e regularidade. Portanto, fique de olho nas novidades do NGINX One, pois ele só tende a melhorar. Como sempre, agradecemos seus comentários.
Você é um profissional interessado em experimentar o NGINX One com suas próprias instâncias do NGINX Plus ou NGINX Open Source? Convidamos você a Clique aqui para entrar na lista de espera de acesso antecipado; as vagas são limitadas, por isso recomendamos que você se inscreva hoje mesmo.
Sobre o autor
Publicações relacionadas no blog
Como o F5 NGINX One aprimora o gerenciamento e a observabilidade
Descubra como o F5 NGINX One aprimora o gerenciamento e a observabilidade de ambientes híbridos e multicloud ao oferecer um console web centralizado baseado em SaaS, com insights em tempo real, conformidade automatizada e gerenciamento simplificado de configurações.
Do OpenAPI ao NGINX como gateway de API usando uma API declarativa
Descubra como transformar uma definição de esquema OpenAPI em uma configuração NGINX totalmente funcional, operando como um API Gateway com a segurança de um Web Application Firewall e um Portal do Desenvolvedor, usando uma abordagem declarativa de API.
Como gerenciar picos repentinos de tráfego e sobrecarga do servidor
Picos de tráfego e sobrecarga de servidores são preocupações sérias para varejistas online em qualquer época, mas especialmente durante a “Cyber Season” de compras de fim de ano. Detalhamos como você pode aproveitar as soluções de entrega de aplicações de nível de produção da NGINX para se preparar para aumentos repentinos de tráfego.
Distribuição segura de chaves privadas SSL com o NGINX
Descrevemos três maneiras progressivamente mais seguras de proteger chaves privadas SSL ao configurar o NGINX para processar tráfego HTTPS: permitir acesso de leitura apenas ao usuário root, criptografar as chaves com senhas armazenadas separadamente e distribuir as senhas a partir de um repositório central.
Agrupando solicitações de API em lotes com NGINX Plus e o módulo JavaScript do NGINX
O módulo JavaScript do NGINX lançado com o NGINX Plus R15 oferece suporte a subsolicitações, possibilitando uma classe totalmente nova de casos de uso para o NGINX Plus. Este exemplo completo também usa a API do NGINX Plus e os módulos de chave-valor para converter solicitações de API dos clientes em solicitações separadas para as APIs dos microsserviços que compõem um aplicativo.
Como superar o esgotamento de portas efêmeras no NGINX e no NGINX Plus
Confira dicas para evitar o esgotamento de portas efêmeras com ajustes no kernel do Linux, conexões keepalive e conexões vinculadas dinamicamente a endereços IP locais.