Você Não Precisa Reconstruir a Camada de Segurança na Migração para a Nuvem
Na maioria das organizações, a migração para a nuvem trava na mesma pergunta: "Vamos reconstruir no Azure a camada de segurança e entrega que amadurecemos durante anos no data center?" Com os serviços nativos da nuvem, a resposta costuma ser "sim" — conjuntos de regras são reescritos, as equipes aprendem uma nova ferramenta, listas de exceções são criadas do zero e o desvio de políticas entre os dois ambientes começa já no primeiro dia.
A chegada do TR7 ao Azure Marketplace muda essa equação. O mesmo software que roda nos appliances de hardware ou virtuais do TR7 no seu data center agora entra em operação na sua assinatura do Azure em minutos: o mesmo motor WAF, a mesma linguagem de políticas, a mesma interface de gerenciamento. Seus algoritmos de balanceamento de carga, perfis SSL/TLS, regras de WAF personalizadas e políticas de acesso são levados para o Azure sem tradução de regras.
Este artigo cobre três coisas: o que a implantação via Marketplace oferece na prática, onde o TR7 se encaixa na sua arquitetura Azure e qual modelo de licença atende a qual cenário.
Por Que Seu Próprio ADC e WAF no Azure?
O Azure oferece serviços nativos para balanceamento de carga básico e proteção web baseada em assinaturas. Então por que as organizações levam para a nuvem suas próprias plataformas de entrega de aplicações? Quatro razões se destacam:
Consistência de Políticas
As regras de WAF testadas e amadurecidas no data center funcionam no Azure exatamente da mesma forma, linha por linha. Sem tradução de regras, sem diferença de comportamento, sem duas listas de exceções separadas. Na auditoria, você apresenta um único conjunto de evidências.
Profundidade Além dos Serviços Nativos
Capacidades como gerenciamento avançado de bots, aprendizado comportamental de DDoS, mascaramento de dados sensíveis, patch virtual e registro forense exigem uma plataforma de classe corporativa. A lacuna deixada pelos serviços básicos é exatamente o espaço onde os atacantes operam.
Portabilidade
As licenças do TR7 são vinculadas à organização, não à plataforma. Elas acompanham sua carga de trabalho entre Azure, GCP, VMware ou qualquer hipervisor suportado; não há lock-in de nuvem.
Plano de Gerenciamento Único
Todas as instâncias TR7 no on-prem e no Azure são gerenciadas a partir de um único painel; logs, métricas e registros de eventos ficam reunidos em um só lugar. Você não precisa montar um esquema separado de monitoramento e relatórios para o lado da nuvem.
Modelos de Implantação e Licença
A imagem do TR7 no Azure Marketplace pode ser usada com dois modelos de licença; para os clientes de hardware existentes, há ainda um terceiro caminho, híbrido:
| Modelo | Cenário Mais Adequado | Pagamento |
|---|---|---|
| PAYG (pela fatura do Azure) | Início rápido, cargas variáveis, PoC e projetos de curta duração | Por hora, sem compromisso antecipado |
| Fixed-Term BYOL | Cargas de produção planejadas, capacidade previsível | Licença por período; portátil para o Azure e outras plataformas |
| Híbrido (hardware + Azure) | Expansão gradual para a nuvem, recuperação de desastres, capacidade de overflow | Licença de hardware existente + instância na nuvem |
Onde o TR7 Se Encaixa na Sua Arquitetura Azure?
O posicionamento mais comum é na borda da VNet de hub, em uma topologia hub-spoke. O TR7 é posicionado como o ponto único de entrada de todo o tráfego: terminação SSL/TLS, inspeção WAF, gerenciamento de bots e balanceamento de carga são aplicados em uma única passagem; o tráfego limpo é distribuído às cargas de trabalho nas VNets de spoke. Clusters AKS, aplicações do App Service e conjuntos de dimensionamento de VMs são definidos como pools de backend — as capacidades de roteamento de camada 7, afinidade de sessão e monitoramento de saúde do TR7 funcionam diante desses serviços exatamente como sempre.
Para alta disponibilidade, as instâncias TR7 são agrupadas em cluster ativo-ativo entre zonas de disponibilidade (availability zones). Na perda de uma zona, o tráfego é transferido sem interrupção para a instância da zona saudável; a configuração e o estado de sessão são sincronizados dentro do cluster.
No cenário híbrido, o TR7 GTM entra em ação sobre a conexão ExpressRoute ou VPN entre o data center e o Azure: o tráfego dos usuários é direcionado entre os lados on-prem e Azure com base em localização geográfica, latência ou saúde do data center. Essa é também a espinha dorsal da migração gradual — primeiro o Azure como lado passivo/DR, depois a implantação ativo-ativo e, por fim, se você quiser, a nuvem completa.
Entrada em Produção em Cinco Etapas
Selecione o Plano no Marketplace
Pesquise por TR7 no Azure Marketplace; selecione o plano PAYG ou BYOL e implante na sua assinatura.
Defina a Rede e o Tamanho
Selecione a configuração de VNet, subnet e IP público; defina o tamanho de instância adequado ao perfil de tráfego esperado.
Ative a Licença
No assistente de configuração inicial, a ativação é automática no PAYG e feita com a sua chave de licença no BYOL.
Importe as Políticas
Importe sua configuração TR7 existente, suas regras de WAF e seus certificados; defina os pools de backend.
Direcione o Tráfego Gradualmente
Com DNS ou GTM, envie uma parte do tráfego para o lado Azure; após a validação, aumente a proporção.
As licenças existentes da plataforma virtual TR7 podem ser levadas para o Azure sem custo adicional. É possível começar com PAYG e migrar para BYOL após a validação; a licença acompanha sua carga de trabalho entre o Azure e as demais plataformas suportadas. No planejamento de capacidade, as instâncias de hardware e de nuvem são gerenciadas como um único inventário.
Experimente o TR7 no Azure
Leve as políticas de proteção e entrega do seu data center para o Azure com o mesmo motor. Conheça as capacidades da plataforma virtual TR7 ou peça à nossa equipe uma demo dedicada para a sua implantação no Azure.
Conheça a Plataforma Virtual TR7