MSAOne

Engenharia

Construímos, integramos e operamos software em cloud. Quem desenha a arquitetura conduz a entrega.

Entregamos em projeto ou com engenheiros alocados no time do cliente. Construímos e operamos software próprio, e o fluxo que usamos nele é o mesmo que levamos para fora. O critério de conclusão não muda: software em produção, com o time capaz de mantê-lo.

Falar com um especialista

Software sob medida

Software novo ou modernizado em produção, com esteira, infraestrutura em código e o time do cliente pronto para evoluí-lo.

O que fazemos

  • Construção de aplicações

    Definimos a arquitetura, os contratos entre serviços e o caminho até produção antes de começar a construir. A aplicação nasce com estado fora do processo, configuração fora do código e deploy sem janela.

  • Modernização do que já roda

    Levamos aplicações existentes, em etapas, para uma arquitetura que aguente o próximo degrau de volume. Mudança por ordem de ganho, sem parar a operação atual.

  • IA no fluxo de engenharia, com revisão sênior

    Usamos agentes de código no dia a dia e passamos tudo por revisão sênior antes do merge. A velocidade vem da ferramenta. A responsabilidade pelo que roda em produção continua sendo de quem revisa.

  • Infraestrutura em código desde o início

    A esteira e o Terraform entram no primeiro commit, junto com a aplicação. Ambiente que se recria do zero não vira dependência de uma pessoa nem de um console.

Onde normalmente entramos

  • O volume dobrou e o sistema não acompanha

    Cada pico vira incidente: o servidor guarda sessão, o banco é um só e o deploy precisa de janela. Escalar do jeito que está custa mais que redesenhar.

  • Publicar uma mudança leva dias, não minutos

    O caminho até produção tem passos manuais, um ambiente que só existe na máquina de alguém e rollback feito na mão. Ninguém quer ser quem aperta o botão.

  • Falta senioridade para a decisão de arquitetura

    Existe orçamento e existe time. Não existe quem já tenha tomado essa decisão antes e responda por ela.

Ferramentas

  • Terraform
  • CI/CD
  • Claude Code
  • Amazon ECS
  • Amazon EKS
  • AWS Lambda
  • Amazon RDS
  • Amazon CloudWatch

Integração de sistemas

Sistemas que trocam dados por contrato definido, com rastro de cada mensagem e sem redigitação entre eles.

O que fazemos

  • Contrato antes da integração

    Formato, versionamento, autenticação e o que acontece quando um dos lados muda, definidos antes de ligar os sistemas. REST, FHIR, HL7, eventos ou arquivo, conforme o outro lado aceita.

  • Integração com o que não foi feito para integrar

    Legado sem API, banco compartilhado, arquivo em pasta de rede. Colocamos uma camada de integração na frente, em vez de mexer no que ninguém quer tocar.

  • Mensageria e processamento assíncrono

    Filas e eventos quando o volume ou a indisponibilidade de um lado não pode travar o outro. Reprocessamento e idempotência desenhados desde o início, não depois da primeira duplicidade.

  • Rastro de cada mensagem

    O que saiu, o que chegou, o que falhou e por quê, registrado e visível. Integração sem rastro vira chamado de suporte sem resposta.

Onde normalmente entramos

  • Um sistema de terceiros precisa conversar com a plataforma MV

    Laboratório, imagem, farmácia ou uma rede de dados do governo precisa trocar informação com o SOUL MV por FHIR ou HL7, sem redigitação e sem planilha no meio.

  • O mesmo dado é digitado em dois sistemas

    Cada sistema funciona sozinho. Entre eles, alguém redigita, exporta planilha ou confere à mão, e o erro aparece no fechamento do mês.

  • A integração existe, mas ninguém sabe o que ela faz

    Um script de anos atrás move os dados. Quando falha, quem avisa é o usuário; quando precisa mudar, ninguém tem coragem de mexer.

Ferramentas

  • FHIR
  • HL7
  • REST
  • OpenAPI
  • Amazon API Gateway
  • Amazon SQS
  • Amazon EventBridge
  • AWS Lambda
  • Terraform
  • Amazon CloudWatch

Cloud e operação

Um ambiente de cloud organizado, operado com objetivos de confiabilidade e com o custo na mão de quem decide.

O que fazemos

  • Arquitetura e migração

    Contas, identidade, rede, segurança e governança definidas antes de migrar. Migramos em ondas, cada uma com critério de aceite e caminho de volta. Na AWS, com AWS Organizations, Control Tower e IAM Identity Center.

  • Infraestrutura em código

    Toda mudança no ambiente passa por código revisado e sobe pela mesma esteira, do desenvolvimento à produção. Diferença entre o que está no repositório e o que está rodando é detectada, não descoberta.

  • Operação e SRE

    Métricas, logs e rastros com OpenTelemetry; SLIs e SLOs acordados com quem responde pelo sistema; resposta a incidente com papéis definidos e revisão sem procura de culpado. Alerta só existe se alguém age quando ele dispara.

  • FinOps

    Custo por conta, ambiente e produto, com dono. Cortamos o desperdício e deixamos orçamento, alerta e revisão periódica, para o gasto não voltar no ciclo seguinte. Compromisso de uso só sobre consumo já observado.

  • Segurança preparada para auditoria

    Segregação de contas, acesso mínimo e trilha de auditoria desenhados com LGPD e ISO 27001 na mesa, antes que alguém peça evidência.

Onde normalmente entramos

  • O ambiente cresceu sem estrutura

    Contas criadas conforme a necessidade, acesso concedido a quem pediu e ninguém sabe mais o que está ligado. Antes de crescer, precisa de ordem.

  • Todo deploy passa pela mesma pessoa

    Deploy, incidente e tarefa de rotina passam pela memória de quem conhece o ambiente de cabeça. Férias viram risco.

  • A conta da cloud subiu e ninguém explica por quê

    O gasto cresce mais que o uso, o custo não tem dono e ninguém lembra mais a decisão de arquitetura que o causou.

Ferramentas

  • AWS Organizations
  • AWS Control Tower
  • IAM Identity Center
  • Amazon EKS
  • Amazon ECS
  • Amazon RDS
  • Terraform
  • OpenTelemetry
  • Prometheus
  • Grafana
  • Amazon CloudWatch
  • AWS Cost Explorer
  • AWS Budgets

Dados e dashboards

Os dados que os sistemas já produzem, reunidos num lugar só, confiáveis e em painéis que quem decide abre todo dia.

O que fazemos

  • Extração e integração de dados

    Puxamos dados dos sistemas que a empresa já opera, inclusive de sistemas de terceiros e do SOUL MV, por API, banco ou arquivo. Carga automatizada, com rastro de cada execução.

  • Base analítica com dono

    Um lugar só, com o dado tratado e versionado. Regra de negócio escrita uma vez, não em cada planilha; acesso por perfil, com LGPD na mesa.

  • Dashboards operacionais e gerenciais

    Os indicadores que a operação e a direção acompanham: ocupação, filas, faturamento, custo. Atualização automática, sem alguém montando o número à mão.

  • Migração de dados entre sistemas

    Na troca ou implantação de um sistema, levamos o histórico sem perder nem corromper: mapeamento, validação e reconciliação antes da virada.

  • Dados prontos para IA

    Qualidade, catálogo e permissão de acesso resolvidos antes de conectar um modelo ao dado. É o que separa um piloto de um produto.

Onde normalmente entramos

  • O indicador é montado à mão toda semana

    Alguém exporta de três sistemas, junta na planilha e confere. Quando o número diverge, a reunião vira discussão sobre a fonte.

  • Cada área tem a sua verdade

    Financeiro, operação e diretoria olham números diferentes para a mesma pergunta, porque cada um calcula do seu jeito.

  • O dado existe, mas está preso no sistema

    O sistema guarda tudo e não deixa sair: sem API, sem relatório do jeito que precisa, sem histórico.

Ferramentas

  • Amazon S3
  • AWS Glue
  • Amazon Athena
  • Amazon Redshift
  • Amazon QuickSight
  • Grafana
  • Terraform

IA e agentes

IA dentro do produto ou da operação, com custo por caso de uso, qualidade medida e um jeito de desligar sem derrubar o resto.

O que fazemos

  • Integração de IA ao que já existe

    Conectamos modelos aos sistemas e dados que a empresa já opera, pelas APIs que ela já tem. O modelo chega ao dado interno por tool use e MCP, com a permissão de quem pediu; nada de copiar base para dentro da IA.

  • Agentes em produção

    Um agente que roda em produção precisa de identidade, permissão mínima, estado, rastro de execução, limite de gasto e um jeito de ser interrompido. Construímos com tudo isso desde o primeiro dia, não depois do primeiro incidente.

  • Avaliação antes de ampliar

    Antes de ampliar, existe um conjunto de casos reais com a resposta esperada, escrito com quem usa o sistema. Trocar prompt, ferramenta ou modelo sem rodar esse conjunto é adivinhar.

  • Capacitação de times

    Levamos agentes de código ao fluxo de engenharia do cliente, com revisão, testes e controle sobre o que chega à produção. O time sai sabendo projetar, versionar e avaliar os próprios agentes.

Onde normalmente entramos

  • O piloto funcionou e não saiu do piloto

    Convenceu na demonstração. Para entrar no produto faltam controle de acesso, integração com o que já existe, medição e alguém para operar.

  • A IA já está em produção e ninguém mede

    Custo por chamada, latência e qualidade da resposta não estão em painel nenhum. Ampliar o uso sem isso é dívida nova.

  • Os agentes de código chegaram ao time antes das regras

    Todo mundo já usa. Ninguém definiu o que passa por revisão, o que pode ir para produção e quem responde pelo resultado.

Ferramentas

  • Amazon Bedrock
  • Amazon Bedrock AgentCore
  • Anthropic Claude
  • Claude Code
  • MCP
  • AWS Lambda
  • Amazon ECS
  • Amazon CloudWatch
  • Terraform

Como trabalhamos

Todo trabalho passa por três fases, Diagnóstico, Execução e Sustentação, descritas em Como trabalhamos.

Em Engenharia, entregamos em dois modelos: Projeto, com escopo e critérios de conclusão acordados sob nossa condução, e Alocação, com engenheiros selecionados dentro de um projeto conduzido pelo cliente.