O reconhecimento de um ex-aluno
No SENAC fui convidado para ser instrutor, mas um ex-aluno (chefe de tecnologia) me
reconheceu no corredor e chamou para seleção de desenvolvedor sênior Delphi.
O desafio
Ele conhecia uma solução que fiz para altas demandas com conexão instável, mantendo
integridade. O SENAC sofria com links instáveis entre unidades, parando atendimento
e vendas de cursos.
Solução offline-first
Adaptei a solução criada para jogos online:
- cache no cliente — operar mesmo sem conexão
- sincronização automática ao voltar a rede
- catálogos carregados em segundo plano
Permitiu vendas e matrículas offline, inclusive em regiões do interior.
Arquitetura
Protocolo próprio com balanceamento de carga, usando:
- cache no cliente e no servidor
- filas de processamento
- múltiplas conexões simultâneas
O banco passou a operar sob carga bem mais leve.
Múltiplos IPs/serviços
Antes havia um único ponto de acesso. Implantei múltiplos IPs e serviços para a
mesma base; o sistema escolhia o servidor mais ocioso.
Origem
Vem dos anos administrando MU Online, com GameServers múltiplos e DataServers
compartilhando a base. Trouxe o conceito para o ambiente corporativo.
Gestão e infraestrutura
Depois passei a atuar em infra e gestão de TI (14 servidores físicos: DMZ, IP
reverso, e-mail, SQL Server, arquivos, backups). Houve substituição completa do time de
dev; assumi sistemas internos/terceiros, infraestrutura, licenças, suporte, treinamento
entre unidades e segurança da informação (legal).
Caso Técnico Detalhado — SENAC AL
Visão Geral
Atuei no SENAC AL em um cenário em que múltiplas unidades dependiam de um sistema centralizado
para operações de atendimento, cadastro e venda de cursos. O ambiente apresentava conectividade
instável entre unidades, o que fazia o atendimento parar sempre que o vínculo com a base central
caía.
O desafio foi redesenhar a lógica operacional para permitir continuidade do serviço mesmo em
condições precárias de rede.
Contexto
Minha entrada no SENAC ocorreu a partir de um contexto em que eu já tinha experiência com
sistemas sob alta concorrência, múltiplas conexões e tolerância a falhas.
No SENAC, o problema era concreto e afetava diretamente a operação: cadastro de alunos, venda de
cursos, rotinas administrativas, atendimento ao público nas unidades.
Problema Técnico
- múltiplas unidades distribuídas
- comunicação instável entre unidades e serviços centrais
- forte dependência de banco de dados central
- acoplamento elevado entre operação local e disponibilidade da rede
Consequências: interrupção do atendimento, impossibilidade de concluir vendas e
cadastros, perda de produtividade.
Objetivo da Solução
- sustentar operação local mesmo com falha de comunicação
- reduzir dependência síncrona da base central
- distribuir carga entre múltiplos serviços
- preservar consistência operacional com sincronização posterior
Arquitetura Proposta
- Cache inteligente no cliente — catálogo de cursos e informações essenciais
mantidas localmente
- Sincronização assíncrona — operações realizadas localmente eram
sincronizadas quando a conectividade retornava
- Redução da carga sobre o banco central — cache intermediário, controle de
sincronização, organização de requisições
- Distribuição de carga entre múltiplos serviços — múltiplos IPs, múltiplos
serviços conectados à mesma base
Resultados Alcançados
- continuidade de vendas e cadastros mesmo sem conexão ativa
- sincronização posterior das operações realizadas localmente
- manutenção do atendimento ao público em cenários de instabilidade
- melhor suporte ao funcionamento simultâneo de múltiplas unidades
- abertura para cenários operacionais mais flexíveis (vendedores em campo, treinamentos em
localidades com infraestrutura limitada)
Relevância Técnica
Este caso antecipa conceitos hoje associados a:
- arquitetura offline-first
- sincronização eventual
- tolerância a falhas
- distribuição de carga
- redução de acoplamento operacional