Tese da Oon
Nem o gargalo do monolito, nem a gestão de dezenas de microsserviços
Na Oon, cada processo de negócio vira um app independente, com repositório, versões e publicação próprios. Isso evita o estrangulamento típico do monolito, em que toda mudança disputa o mesmo código e a mesma janela de publicação. E, como identidade, acesso, ambientes e publicação são da plataforma, a empresa não herda o custo de montar e gerir essa estrutura em cada um de vários microsserviços.
O estrangulamento do monolito
Em um sistema monolítico, todos os processos vivem no mesmo código e são publicados juntos. No começo isso é simples; com o tempo, vira gargalo: uma mudança pequena em um processo exige testar e publicar o sistema inteiro, as equipes disputam a mesma fila de entregas e o risco de cada versão cresce com o tamanho do sistema.
O resultado é conhecido: a empresa evolui no ritmo da parte mais lenta, e as necessidades novas acabam em planilhas e sistemas paralelos, fora do monolito.
O outro extremo: muitos microsserviços para gerir
Microsserviços resolvem o gargalo dividindo o sistema em partes publicadas de forma independente. Mas cada serviço passa a precisar da sua própria estrutura: autenticação, controle de acesso, ambientes, pipeline de publicação, monitoramento e versão. Multiplicado por dezenas de serviços, esse custo de operação costuma exigir uma equipe de plataforma inteira só para manter a casa em pé.
A tese da Oon: um app por processo, uma plataforma para todos
Um app por processo de negócio
A unidade é o processo, não um pedaço técnico: compras, serviços tomados, emissão de notas. Cada app tem tamanho de negócio, não de serviço técnico.
Independência de verdade
Cada app tem o seu repositório, as suas versões e o seu ciclo de publicação. Mudar um processo não exige publicar os outros.
Plataforma comum
Identidade, acesso por perfil, separação de dados por empresa, ambientes e publicação governada vêm da plataforma, e não são reconstruídos app a app.
Mesma base de construção
Todos os apps usam o SDK OonCore, com cadastros, telas, permissões, esteiras e documentos prontos, o que mantém o padrão entre eles.
Uma porta de entrada
Para quem usa, os apps aparecem juntos no Meus Apps, com um clique e sem novo login.
O que isso muda no dia a dia
Mudanças pequenas saem pequenas
Uma nova versão de um app passa por Desenvolvimento, Homologação e Produção sem arrastar os demais.
Risco contido
Cada publicação afeta um app e pode voltar à versão anterior se precisar.
Sem equipe de infraestrutura por app
Ambientes, publicação e acesso já estão resolvidos pela plataforma.
Crescer sem reescrever
Um processo novo vira um app novo ao lado dos existentes, em vez de mais uma camada no mesmo sistema.
O que dizem o mercado e os analistas
O custo de operar microsserviços
Martin Fowler chama de “prêmio dos microsserviços” o custo e o risco extras de operar muitos serviços, que só compensam em sistemas complexos. A Oon paga esse prêmio uma vez, na plataforma, para todos os apps.
ERP composable
Analistas descrevem o ERP composable como aplicações montadas a partir de blocos modulares conectados por APIs, no lugar do pacote único. Um app Oon por processo segue essa lógica.
Fonte: CIO, Why CIOs must reimagine ERP as the enterprise’s composable backbone
Plataformas de desenvolvimento nativas de IA
Uma das tendências estratégicas do Gartner para 2026: equipes menores, aumentadas por IA, construindo apps junto das áreas de negócio. É o modelo de construção da Oon, sobre uma plataforma comum.
Quando essa abordagem não é a melhor escolha
Um sistema pequeno, com uma única equipe e poucos processos, pode viver bem como monolito. E produtos de software de grande escala, com requisitos técnicos muito específicos, podem justificar uma arquitetura de microsserviços própria. A abordagem da Oon faz sentido para apps de negócio que precisam evoluir com frequência, com governança e sem montar uma estrutura de operação para cada um.
Perguntas frequentes
A Oon usa monolito ou microsserviços?
Nenhum dos extremos. Cada processo de negócio é um app independente, com publicação própria, e a plataforma fornece o que seria repetido em cada serviço: identidade, acesso, ambientes e publicação.
Qual é o tamanho de um app Oon?
O de um processo de negócio, como uma central de compras ou de serviços tomados. Não é um pedaço técnico de um sistema maior.
Publicar um app afeta os outros?
Não. Cada app tem o seu ciclo de Desenvolvimento, Homologação e Produção, com volta à versão anterior se necessário.
Preciso de uma equipe de plataforma para operar vários apps?
Não para identidade, acesso, ambientes e publicação: isso é da Plataforma Oon. A equipe foca no processo de negócio de cada app.
Como isso se relaciona com o padrão de estrangulamento?
São teses complementares: o padrão de estrangulamento é como sair aos poucos de um sistema legado; um app por processo sobre uma plataforma comum é para onde se vai, sem recriar um novo monolito.
Começar agora · Encontrar uma revenda
Veja também: Modernização gradual: o padrão de estrangulamento · Oon, low-code e desenvolvimento sob encomenda · Apps para uso interno