SoftSwitch em nuvem vs on-premise: qual modelo escolher
SoftSwitch na nuvem reduz CAPEX e escala sob demanda. On-premise dá controle total. Veja os tradeoffs para escolher o modelo certo.

A decisão entre SoftSwitch em nuvem e on-premise não é técnica no sentido estrito; é uma decisão de modelo operacional. O software é o mesmo. O que muda é onde ele roda, quem cuida da infraestrutura, como os custos se distribuem ao longo do tempo e qual é o nível de controle que a operadora mantém sobre o ambiente. Este post analisa os tradeoffs reais de cada modelo para que você escolha com base em dados, não em tendência de mercado.
O modelo on-premise
No modelo on-premise, o SoftSwitch roda em servidores físicos dentro do data center da operadora (próprio ou colocation). A operadora compra o hardware, instala o software, configura a rede e opera o ambiente.
As vantagens são claras:
- Controle total: a operadora controla hardware, rede, storage, backups e atualizações. Não depende de nenhum provedor de nuvem para a operação do dia a dia.
- Latência previsível: o SoftSwitch está na mesma rede (ou no mesmo rack) que os SBCs e gateways. A latência de sinalização entre componentes é mínima e constante.
- Sem dependência de internet: se o link de internet cair, o SoftSwitch continua operando para chamadas dentro da rede. Em cenários de interconexão direta (via cross-connect no ponto de troca), as chamadas interconectadas também não são afetadas.
- Custo previsível: após o investimento inicial (CAPEX), o custo mensal é basicamente energia, manutenção e eventual reposição de hardware. Não há surpresas na fatura.
As desvantagens também são claras:
- CAPEX alto: servidores carrier-grade, storage redundante, switches, nobreaks e gerador custam caro. O investimento inicial pode ser proibitivo para operadoras pequenas.
- Responsabilidade operacional: a operadora precisa de equipe para manter o hardware, aplicar patches de segurança, monitorar e fazer backup. Se o disco falhar às 3 da manhã, alguém da equipe precisa resolver.
- Escalabilidade limitada: escalar significa comprar mais hardware, instalar, configurar e integrar. Não é instantâneo.
Um recurso crítico para o modelo on-premise é a resiliência offline. Se o banco de dados do SoftSwitch ficar indisponível (falha de storage, corrompimento, manutenção), o sistema precisa continuar roteando chamadas com base em cache local. A capacidade de operar por dias sem banco de dados é o que separa um SoftSwitch que aguenta o mundo real de um que derruba a operação no primeiro problema de infraestrutura.
O modelo em nuvem
No modelo em nuvem, o SoftSwitch roda em servidores virtuais em um provedor de nuvem (AWS, GCP, Azure, DigitalOcean, ou provedores locais). A operadora contrata capacidade computacional sob demanda e paga mensalmente pelo uso.
As vantagens:
- CAPEX zero (ou quase): não há investimento inicial em hardware. A operadora começa pagando OPEX mensal proporcional ao uso.
- Escalabilidade sob demanda: precisa de mais capacidade? Sobe mais uma instância. Pico sazonal? Escala durante o pico e reduz depois.
- Redundância geográfica: é relativamente simples colocar instâncias do SoftSwitch em diferentes regiões para disaster recovery.
- Foco no negócio: a equipe da operadora não precisa se preocupar com hardware, patches de kernel ou troca de disco. O provedor de nuvem cuida disso.
As desvantagens:
- Custo crescente: o OPEX mensal da nuvem pode parecer pequeno no início, mas cresce com a operação. Uma operadora que processa milhões de chamadas por mês pode descobrir que, em 24 meses, teria sido mais barato comprar o hardware.
- Latência variável: em nuvem, a latência entre componentes depende da rede do provedor. Picos de latência podem afetar o processamento de INVITE e degradar a experiência de chamada.
- Dependência de terceiro: se o provedor de nuvem tiver uma indisponibilidade regional (e isso acontece), a operação da operadora para junto.
- Compliance e dados: algumas operadoras, por política interna ou exigência regulatória, não podem armazenar CDRs com dados de assinantes em infraestrutura de terceiros fora do país.
O modelo híbrido
Muitas operadoras optam por um modelo híbrido: o SoftSwitch principal roda on-premise, com uma instância de backup na nuvem para disaster recovery. Ou o contrário: a operação principal roda na nuvem, com um SoftSwitch on-premise que assume automaticamente em caso de indisponibilidade do provedor.
O modelo híbrido combina o melhor dos dois mundos, mas adiciona complexidade de sincronização. CDRs gerados na nuvem e on-premise precisam ser consolidados. Tabelas de roteamento precisam estar sincronizadas. Assinantes registrados em uma instância precisam ser alcançáveis pela outra.
Critérios para a decisão
A escolha entre nuvem e on-premise depende de quatro variáveis:
-
Porte da operação: operadoras com menos de 1000 assinantes e baixo tráfego wholesale podem começar na nuvem e migrar para on-premise quando o OPEX mensal superar o custo amortizado do hardware. Operadoras maiores geralmente começam on-premise.
-
Equipe técnica: se a operadora tem equipe de infra capaz de manter servidores, on-premise faz sentido. Se não tem, a nuvem elimina essa necessidade.
-
Requisitos regulatórios: se a regulamentação exige que CDRs fiquem em território nacional, o provedor de nuvem precisa ter data center no Brasil, ou a operadora precisa ir para on-premise.
-
Resiliência: para o modelo on-premise, a capacidade do SoftSwitch de operar offline por dias sem banco de dados é crítica. Na nuvem, a redundância geográfica substitui parcialmente essa necessidade.
SipPulse: suporte para nuvem e on-premise
O SoftSwitch SipPulse PCRT opera nos dois modelos. A mesma plataforma, com engine OpenSIPS, até 1000 CAPS, modos SIP Proxy e B2BUA, billing pré e pós-pago, DETRAF nativo e todas as funcionalidades carrier-grade, roda tanto em servidores físicos no data center da operadora quanto em instâncias virtuais na nuvem.
Para o modelo on-premise, o PCRT oferece resiliência de até 7 dias de operação offline sem banco de dados, o que é essencial para cenários onde a infraestrutura local pode sofrer falhas prolongadas. Para o modelo em nuvem, a arquitetura do PCRT permite escalar horizontalmente e operar em múltiplas regiões. São 120+ operadoras brasileiras usando o PCRT em ambos os modelos.
Leia também
- Como escolher um SoftSwitch para sua operadora
- Plataforma VoIP: o que é e como montar uma operação de voz
- SoftSwitch SIP: arquitetura, componentes e protocolos
Conclusão
Nuvem reduz barreira de entrada e escala rápido. On-premise dá controle e previsibilidade de custo. O modelo certo depende do porte, da equipe, dos requisitos regulatórios e da tolerância a risco da operadora. Se você quer avaliar qual modelo funciona melhor para a sua operação, fale com a SipPulse para um dimensionamento técnico.
Artigos Relacionados

STFC e VoIP: o futuro da telefonia fixa no Brasil
Redução de 4.118 para 67 áreas locais, SIP Trunk substituindo E1/R2 e o fim do regime público em 2036. O futuro do STFC é IP.

Redundância e Alta Disponibilidade em Plataformas de Voz
Entenda as estratégias de redundância e alta disponibilidade para plataformas de voz e como o SipPulse SoftSwitch e SBC implementam arquiteturas carrier-grade com failover transparente.

Como Escolher um SBC para a Sua Operação de Voz
Entenda o papel do Session Border Controller na sua rede de voz e aprenda a escolher o SBC certo com base em capacidade, protocolo e modelo de implantação.