Skip to main content
A Lerian oferece dois modelos de deploy para sua plataforma completa e modular: Lerian Cloud (SaaS) e BYOC (Bring Your Own Cloud). O modelo de deploy define quem opera a infraestrutura. Sua licença e seu acordo comercial definem quais módulos estão disponíveis. Escolha o modelo que se adapta à sua maturidade operacional, aos seus requisitos de compliance e à estrutura da sua equipe. A disponibilidade depende da licença permitida e do acordo comercial.

​
Lerian Cloud (SaaS): totalmente gerenciado pela Lerian

No Lerian Cloud, a Lerian hospeda e opera a plataforma para você. Sua equipe foca na construção de produtos financeiros. Nós cuidamos de tudo o que fica por baixo. O que a Lerian gerencia:
  • Infraestrutura de nuvem (computação, armazenamento e rede)
  • Provisionamento de banco de dados, backups e escalonamento
  • Patches de segurança e atualizações no nível do sistema operacional
  • Upgrades de aplicação e gerenciamento de versões
  • Monitoramento, alertas e resposta a incidentes
  • Alta disponibilidade e recuperação de desastres
O que você gerencia:
  • Configuração de negócio (organizações, ledgers, contas e regras)
  • Integrações de API com seus sistemas
  • Acesso de usuários e permissões dentro da plataforma
  • Obrigações de compliance específicas da sua instituição
O Lerian Cloud é ideal se você quer o caminho mais rápido até a produção sem construir ou manter infraestrutura. A Lerian opera a plataforma para você desde o primeiro dia.

​
BYOC (Bring Your Own Cloud)

No modelo BYOC, você faz deploy e opera a Lerian na sua própria infraestrutura. Isso pode ser uma nuvem pública (AWS, GCP, Azure), uma nuvem privada ou on-premises. Você tem controle total sobre o ambiente. A Lerian fornece o software, , e as ferramentas para tornar o deploy e o gerenciamento de ciclo de vida simples. O que a Lerian fornece:
  • Software de aplicação (imagens de container e Helm Charts)
  • Terraform templates para provisionamento de infraestrutura
  • Lifecycle Management para orquestração de deploy e rastreamento de versões
  • Patches de segurança e atualizações de aplicação (entregues pela Lerian, aplicados por você)
  • Suporte técnico (Enterprise)
O que você gerencia:
  • Infraestrutura de nuvem e clusters
  • Administração de banco de dados, backups e escalonamento
  • Segurança de rede (regras de firewall, isolamento de rede e roteamento de tráfego)
  • Aplicação de patches no nível do sistema operacional e de containers
  • Monitoramento e pipelines de observabilidade
  • Criptografia, gerenciamento de segredos e controle de acesso
O BYOC é ideal se sua organização exige soberania total dos dados, tem restrições regulatórias rígidas sobre onde os dados residem, ou já tem uma equipe de engenharia de plataforma estabelecida.

​
Por que Helm para deploys BYOC

A Lerian publica oficiais para os produtos e componentes de plataforma aceitos, através do seu repositório Helm. O Helm é a forma recomendada de fazer deploy, configurar e gerenciar a plataforma na sua infraestrutura.
  • Reprodutibilidade: todo deploy a partir da mesma versão do chart produz o mesmo resultado. Sem surpresas do tipo “funciona no meu cluster” entre ambientes de staging, produção ou recuperação de desastres.
  • Rollback: o Helm mantém um histórico de cada release. Voltar para uma versão anterior é um único comando. Você não precisa reconstruir o estado anterior manualmente.
  • Risco operacional reduzido: os charts codificam os detalhes de configuração (variáveis de ambiente, portas, dependências), então sua equipe não precisa memorizá-los. Revise seus values e os manifests renderizados. O Helm não elimina o risco operacional.
  • Tempo até a produção mais rápido: em vez de escrever manifests do Kubernetes do zero, comece com os charts oficiais da Lerian e ajuste um único arquivo values. Dias de edição de YAML viram uma tarde de ajuste de parâmetros.
  • Pronto para GitOps: os charts se integram naturalmente a workflows de GitOps (ArgoCD, Flux). A configuração de deploy fica no controle de versão, as mudanças passam por pull requests e cada deploy é rastreável até um commit específico.
Para os metadados atuais do chart do Midaz, veja Compatibilidade de versões do chart do Midaz. Para instruções de instalação passo a passo, comece pela Visão geral do Helm na seção Plataforma.

​
Variações do BYOC

Para produtos e direitos Enterprise que aceitam multi-tenancy, o BYOC aceita duas configurações:
O Lerian Cloud opera como um ambiente multi-tenant gerenciado pela Lerian. Se você precisa de infraestrutura dedicada e isolada, escolha o BYOC Single-Tenant.

​
Como seu modelo de deploy afeta a integração com a API do Midaz

A superfície da API do Midaz é idêntica em todos os modelos de deploy: os mesmos endpoints, os mesmos payloads, as mesmas respostas. A diferença está em como funcionam a autenticação e o escopo de tenant. Lerian Cloud e BYOC Multi-Tenant (Midaz) Seu contexto de tenant é estabelecido automaticamente pelo seu token de autenticação. Não há header de tenant para passar nem ID de tenant para gerenciar manualmente.
  • Você se autentica via Access Manager e recebe um JWT.
  • Esse token inclui seu contexto de tenant.
  • Toda chamada de API é automaticamente restrita ao escopo do seu tenant: organizações, ledgers, contas e transações ficam todas isoladas.
  • Você nunca interage com dados de outros tenants, e eles nunca interagem com os seus.
BYOC Single-Tenant (Midaz) Configure a autenticação com PLUGIN_AUTH_ENABLED. O valor padrão é false para onboarding local e de desenvolvimento. Deploys de produção devem defini-lo como true. Deploys BYOC Multi-Tenant também exigem essa configuração. Em um ambiente single-tenant que não seja de produção e com a autenticação desabilitada, as chamadas de API não exigem um token.
Para uma análise mais profunda de como funciona o isolamento de tenant, veja Multi-tenancy.

​
Resumo geral

Não sabe qual modelo é o mais adequado? Vá para “Qual modelo é o certo para você?” logo abaixo.

​
Comparando os modelos

​
Qual modelo é o certo para você?

Escolha o Lerian Cloud se:
  • Você quer entrar em produção rapidamente sem provisionar infraestrutura
  • Sua equipe prefere focar em produto e integração, não em operações
  • Você não tem requisitos rígidos para que os dados permaneçam no seu próprio ambiente
Escolha o BYOC se:
  • Regras regulatórias ou de compliance exigem que os dados permaneçam na sua infraestrutura
  • Você precisa de controle total sobre rede, criptografia e políticas de acesso
  • Sua organização tem uma equipe de plataforma ou DevOps pronta para operar cargas de trabalho de Kubernetes
  • Você quer integrar a Lerian a um ambiente de nuvem existente com restrições arquiteturais específicas

​
Deploy e licenciamento

Deploy e licenciamento são dimensões relacionadas, mas nem toda combinação está disponível. O Lerian Cloud é exclusivo para Enterprise. O Community aceita o BYOC autogerenciado do Midaz. Veja Community e Enterprise.
O Lerian Cloud exige que a Lerian gerencie a infraestrutura, as operações e o ciclo de vida em seu nome. Essas capacidades fazem parte da oferta Enterprise. É por isso que ele não está disponível no modelo Community.
  • Community + BYOC: você faz deploy e gerencia o software Midaz, source-available e licenciado sob ELv2, usando os Helm charts e a documentação publicados do Midaz. Suporte da comunidade via GitHub e Discord. Os demais produtos Lerian estão disponíveis para clientes licenciados no modelo Enterprise.
  • Enterprise + BYOC: BYOC completo com Lifecycle Management, suporte dedicado, SLA, onboarding e acesso a plugins.
  • Enterprise + Lerian Cloud: a Lerian gerencia tudo. Você recebe os módulos de plataforma licenciados sem responsabilidades de infraestrutura.

​
Próximos passos

Community e Enterprise

Entenda as diferenças de licenciamento e o que está incluído em cada modelo.

Primeiros passos

Siga o guia passo a passo para configurar seu primeiro Ledger e executar transações.

Segurança

Saiba como funciona o modelo de responsabilidade compartilhada em cada opção de deploy.

Estratégias de deploy

Explore as opções de Kubernetes, Helm e Terraform para deploys BYOC.