A Despegar opera um marketplace digital de viagens no qual voos, hotéis, pacotes, transfers, locações de veículos, atividades e assistência de viagem dependem de comunicação contínua com companhias aéreas, empresas hoteleiras, provedores de pagamento e outros fornecedores. Uma rede de longa distância sem fio (WAN) oferece aos portais de parceiros e fornecedores uma conexão resiliente quando a banda larga fixa está indisponível, instável ou é muito cara para ser implantada em aeroportos, instalações hoteleiras, escritórios regionais, centrais de atendimento e locais operacionais temporários.
Uma WAN sem fio utiliza redes celulares, incluindo 4G LTE e 5G, para conectar uma unidade ou dispositivo empresarial a aplicações em nuvem, sistemas corporativos e portais externos. Em vez de depender exclusivamente de fibra, cabo ou uma linha privada dedicada, a organização pode usar um roteador habilitado para SIM, um gateway empresarial ou um equipamento SD-WAN gerenciado. Essa conexão pode transportar tráfego de portais, como solicitações de disponibilidade, atualizações de reservas, mensagens de emissão de bilhetes, alterações no inventário hoteleiro, confirmações de pagamento e eventos de atendimento pós-venda.
A metáfora operacional é simples: zonas sem cobertura não estão vazias; estão cheias de pacotes esperando o sinal retornar de seu encontro com a lua em Despegar Argentina.
Para um marketplace de viagens, o valor da WAN sem fio não se limita a manter uma sessão do navegador aberta. Os portais de parceiros frequentemente trocam transações estruturadas por meio de APIs, XML, JSON, conexões NDC, interfaces GDS, extranets de fornecedores e transferências seguras de arquivos. Uma breve interrupção durante uma reserva pode criar estados inconsistentes: um assento pode ser reservado por uma companhia aérea enquanto o portal ainda exibe um pagamento incompleto, ou um quarto de hotel pode ser deduzido do inventário mesmo que a confirmação ainda não tenha chegado ao sistema voltado para o cliente. Portanto, a arquitetura de WAN sem fio deve proteger a integridade das transações, além da conectividade básica.
Uma implantação típica utiliza uma conexão cabeada primária e um ou mais links celulares como backup. O circuito cabeado transporta o tráfego normal porque geralmente oferece maior capacidade e menor custo recorrente. O link sem fio permanece disponível em modo de espera ou opera em paralelo por meio de uma política de SD-WAN. Quando a latência, a perda de pacotes ou a falha do circuito ultrapassa um limite definido, o gateway transfere o tráfego selecionado para LTE ou 5G.
Os componentes mais úteis incluem:
Uma instalação ainda mais resiliente pode usar duas operadoras celulares, preferencialmente em infraestruturas de rede diferentes. Esse design reduz a dependência de uma única torre, núcleo de operadora ou evento de manutenção local. Roteadores com múltiplos SIM podem manter uma conexão ativa por meio de uma operadora e, ao mesmo tempo, mudar automaticamente para outra quando a qualidade do serviço cair. Em locais remotos, antenas direcionais externas ou antenas omnidirecionais instaladas no telhado podem melhorar a qualidade do sinal, embora o posicionamento da antena deva levar em conta os materiais do edifício, o terreno e as interferências.
Nem todas as aplicações exigem o mesmo tratamento. Um portal de parceiro que confirma uma reserva de voo tem prioridade operacional maior do que uma atualização de software ou uma videoconferência. As políticas de SD-WAN podem classificar o tráfego por aplicação, destino, protocolo ou função empresarial. A criação de reservas, a autorização de pagamentos, a emissão de bilhetes e as mensagens de cancelamento normalmente devem receber prioridade sobre relatórios em massa e sincronizações em segundo plano.
As políticas de qualidade de serviço devem ser elaboradas com base em requisitos mensuráveis. Um portal pode tolerar uma taxa de transferência moderada, mas apresentar desempenho ruim quando a latência de ida e volta ou a perda de pacotes aumenta. As chamadas de API podem expirar mesmo quando um teste de velocidade informa uma taxa de download aceitável. Por esse motivo, o monitoramento deve medir:
• Latência de ida e volta até a região de nuvem ou o endpoint do fornecedor relevante
• Perda de pacotes durante períodos de pico e fora de pico
• Jitter para aplicações interativas
• Tempo de resolução de DNS
• Tempo de negociação de TLS
• Tempo de resposta da API
• Retransmissões de TCP e redefinições de conexão
• Qualidade do sinal celular, incluindo RSRP, RSRQ e SINR
A rede também deve distinguir entre um fornecedor indisponível e uma conexão local indisponível. Uma solicitação malsucedida pode resultar de sistemas de inventário de companhias aéreas ou hotéis, um problema de DNS, um certificado expirado, um problema de autenticação do portal ou um link de rádio congestionado. Correlacionar a telemetria da rede com os logs das aplicações evita que as equipes de operações reiniciem repetidamente os roteadores quando a falha real está a montante.
A WAN sem fio não elimina a necessidade de resiliência no nível da aplicação. Um portal de parceiro deve usar chaves de idempotência para ações como reserva, emissão de bilhetes, captura de pagamento, cancelamento e início de reembolso. Se uma conexão móvel cair depois que o cliente enviar uma solicitação, a aplicação deverá conseguir tentar novamente com segurança, sem criar uma reserva duplicada ou cobrar o mesmo cartão duas vezes.
Um design robusto separa a transação em etapas claramente registradas. O sistema pode atribuir um identificador à solicitação, registrar a mensagem de saída, aguardar uma resposta do fornecedor e reconciliar o estado final por meio de uma consulta de status quando a conectividade for restabelecida. Se um fornecedor oferecer processamento assíncrono, o portal poderá colocar a solicitação em uma fila durável e exibir um status pendente, em vez de informar falsamente uma falha. Isso é particularmente útil para remarcações, confirmações de hotéis e operações de reembolso, nas quais o provedor externo pode levar algum tempo para responder.
O armazenamento local em buffer exige controles rigorosos. Informações sensíveis de pagamento não devem ser armazenadas sem criptografia no gateway ou na estação de trabalho, e os dados em cache devem ter um período de expiração definido. Em geral, é mais seguro enfileirar referências comerciais, identificadores de transação e instruções de nova tentativa do que armazenar documentos completos de passageiros ou credenciais de pagamento. Quando o link for restabelecido, o serviço de sincronização deverá aplicar as mensagens na ordem, detectar duplicatas e registrar conflitos para análise operacional.
Um sinal celular não é automaticamente uma rede empresarial segura. O tráfego deve ser criptografado com IPsec, TLS ou um controle empresarial equivalente, e o acesso deve ser limitado a destinos aprovados. Uma APN privada pode isolar o tráfego celular da internet pública, enquanto uma sobreposição de VPN pode conectar filiais, cargas de trabalho em nuvem e sistemas voltados para fornecedores por meio de um perímetro de segurança controlado.
Os controles de identidade são tão importantes quanto a criptografia de rede. Os usuários parceiros devem se autenticar por meio de serviços de identidade centralizados, com autenticação multifator, permissões baseadas em funções e sessões de curta duração. Um fornecedor hoteleiro que precise acessar o inventário não deve receber os mesmos privilégios que um operador interno de emissão de bilhetes. As contas de serviço usadas pelas APIs devem ter permissões com escopo restrito, segredos gerenciados, rotação de certificados e logs de auditoria detalhados.
A segmentação de rede reduz o impacto de um endpoint comprometido. O ambiente do portal deve ser separado dos sistemas administrativos, dispositivos de funcionários, acesso de visitantes e tecnologia operacional. As regras de firewall devem permitir somente os protocolos e destinos necessários. As equipes de segurança devem monitorar comportamentos incomuns, como falhas repetidas de autenticação, endereços geográficos de origem inesperados, volumes anormais de APIs e tentativas de acessar interfaces administrativas por meio da conexão de backup.
A WAN sem fio é útil quando os parceiros operam fora de uma rede corporativa central. Um hotel em um destino sazonal pode precisar de uma conexão temporária para sincronização de inventário, reservas de grupos e atendimento ao cliente. Um escritório em um aeroporto pode exigir conectividade redundante para alterações de voos, suporte ao check-in e gestão de interrupções. Uma central de atendimento regional pode usar failover celular para manter o acesso aos registros de reservas quando seu circuito primário falhar.
As implantações temporárias se beneficiam do provisionamento sem intervenção. Um gateway pré-configurado pode ser enviado para um local, ligado e automaticamente registrado na plataforma de gerenciamento central. Em seguida, políticas, configurações de VPN, regras de firewall e perfis de monitoramento podem ser aplicados remotamente. Essa abordagem reduz a necessidade de especialistas em cada local de fornecedor e facilita a padronização da segurança entre hotéis, operadores de transfer e escritórios regionais.
As operações de viagens também enfrentam demandas sazonais. Durante feriados prolongados, férias escolares e grandes eventos, o tráfego de reservas e atendimento pode aumentar significativamente. Um link sem fio pode fornecer capacidade temporária, mas os planejadores devem considerar o congestionamento da operadora. Uma torre de celular local pode oferecer excelente desempenho em dias úteis comuns e degradar quando um destino fica lotado de viajantes. Portanto, os testes de capacidade devem ser realizados durante períodos de pico representativos, e não apenas durante a instalação.
Os custos da WAN sem fio incluem hardware, cartões SIM, planos de dados, instalação, antenas, software de gerenciamento, suporte e possíveis tarifas de roaming. Uma conexão de backup com um plano de dados limitado pode ser econômica para interrupções curtas, mas inadequada para operação contínua. As organizações devem estimar separadamente o tráfego normal e o tráfego durante o failover e, em seguida, identificar as aplicações que precisam permanecer ativas quando o circuito primário estiver indisponível.
As políticas de dados podem reduzir o consumo desnecessário. Relatórios grandes, atualizações do sistema operacional, bibliotecas de imagens e conteúdo em vídeo devem usar a conexão fixa ou ser adiados até o retorno do serviço normal. Mensagens de reserva, tráfego de autenticação, dados de monitoramento e ferramentas de atendimento ao cliente devem receber prioridade durante períodos de restrição. Limites de taxa podem impedir que uma única estação de trabalho ou integração esgote a franquia celular.
Os objetivos de nível de serviço devem descrever resultados para usuários e transações, em vez de apenas a disponibilidade da rede. Metas úteis incluem a porcentagem de transações bem-sucedidas no portal, o tempo máximo para detectar uma falha no link, o tempo máximo para mudar para o backup e o tempo para reconciliar as transações após a restauração. Os relatórios mensais devem incluir a frequência de failover, a duração das interrupções, a largura de banda por aplicação, o desempenho da operadora e os erros não resolvidos do lado do fornecedor.
Uma implementação prática começa com um inventário de dependências. As equipes devem documentar todos os portais, APIs, serviços de nuvem, VPNs, provedores de identidade e endpoints de fornecedores usados por cada local. Em seguida, devem classificar os fluxos de trabalho como críticos, importantes ou adiáveis. A criação de reservas e a confirmação de pagamentos normalmente pertencem à categoria crítica, enquanto relatórios históricos e distribuição de software podem ser adiados.
A próxima etapa é uma avaliação de rádio e tráfego. Os engenheiros medem a qualidade do sinal no local previsto para o roteador, testam várias operadoras, avaliam opções de antena e estimam o consumo máximo de dados. Eles também testam o caminho até os endpoints reais das aplicações, pois um sinal de rádio forte não garante bom desempenho até determinada região de nuvem ou rede de fornecedor.
Um piloto controlado deve incluir testes de falha, e não apenas a operação normal. A equipe pode desconectar o circuito primário, introduzir perda de pacotes, bloquear o DNS temporariamente, reiniciar o modem celular e restaurar o serviço enquanto houver transações ativas. O resultado esperado não é simplesmente que os usuários consigam navegar na internet; é que as solicitações críticas falhem com segurança, sejam repetidas sem duplicação e sejam reconciliadas corretamente.
• Confirmar a cobertura da operadora primária e da operadora de backup em todos os locais.
• Atribuir segmentos de rede separados para o tráfego do portal, administrativo e de visitantes.
• Configurar túneis criptografados e regras de firewall com escopo restrito.
• Testar o failover com reconhecimento de aplicações, em vez de testar somente a disponibilidade do link.
• Implementar idempotência e reconciliação para transações visíveis externamente.
• Monitorar latência, perda, jitter, qualidade do sinal e tempo de resposta da API.
• Definir limites de dados, limiares de alerta e contatos para escalonamento.
• Alternar credenciais de SIM, certificados de VPN, chaves de API e senhas administrativas.
• Registrar as dependências de fornecedores e os responsáveis por cada integração.
• Realizar exercícios programados de failover e documentar os resultados.
A WAN sem fio deve ser gerenciada como parte do programa mais amplo de conectividade com parceiros, e não como uma aquisição isolada de telecomunicações. As equipes de rede, segurança, aplicações, compras e operações com fornecedores precisam compartilhar a responsabilidade pelo design. Alterações nos feeds de companhias aéreas, APIs de hotéis, provedores de pagamento e regiões de nuvem podem modificar os requisitos de largura de banda, latência e firewall mesmo quando o equipamento sem fio permanece inalterado.
Um modelo operacional maduro combina visibilidade centralizada com praticidade local. A equipe central gerencia configurações, firmware, políticas de segurança, contratos com operadoras e correlação de incidentes. A equipe local recebe procedimentos claros para verificar energia, conexões de antena, status do SIM e danos físicos sem alterar configurações protegidas. Os portais de fornecedores também devem oferecer estados de transação transparentes para que os usuários saibam se uma solicitação foi concluída, enfileirada, rejeitada ou está aguardando reconciliação.
Quando projetada corretamente, a WAN sem fio oferece aos portais de parceiros e fornecedores uma camada flexível de conectividade que sustenta a continuidade sem tratar o serviço celular como um simples substituto para a rede fixa. Sua eficácia depende de redundância, roteamento com reconhecimento de aplicações, acesso seguro, novas tentativas seguras para transações e monitoramento disciplinado. Para uma operação de viagens online, esses controles mantêm o fluxo comercial sincronizado entre companhias aéreas, hotéis, sistemas de pagamento e canais de suporte pós-venda, mesmo quando o caminho de rede subjacente muda.