O alojamento web na cloud é a escolha fácil para a maioria dos projetos Odoo. Ainda assim, as empresas com requisitos específicos continuam a confiar no alojamento web on-premise para funcionarem corretamente.
Trazer o alojamento web para dentro de casa dá-lhe o máximo controlo, mas também implica uma grande responsabilidade técnica.
Configurá-lo corretamente é fundamental: uma má configuração conduz rapidamente a riscos de desempenho e segurança, além de grandes dores de cabeça operacionais.
Explicamos quando deve optar por alojar o Odoo on-premise, a configuração técnica necessária para o executar e o que fazer se a gestão de servidores não for para si.
Porquê escolher o alojamento web on-premise do Odoo e a que deve estar atento
As empresas que decidem alojar o Odoo on-premise costumam fazê-lo por quatro motivos principais:
Controlo
Desempenho
Conformidade
Custo.
Em primeiro lugar, o alojamento web on-premise do Odoo dá-lhe controlo total sobre o desenvolvimento e o processo de implementação.
Pode evitar os limites da plataforma, executar pipelines de CI/CD automatizados no GitLab com push-to-deploy e criar tantas instâncias de staging isoladas quantas a equipa precisar para testes.
Em segundo lugar, permite um desempenho muito superior com cargas de trabalho pesadas.
As empresas com alojamento local podem expandir o hardware livremente, com até 16 workers ou mais em várias máquinas físicas. Permite ainda transferir as consultas de inteligência empresarial para réplicas PostgreSQL, para que os utilizadores ativos não sintam lentidão.
Em terceiro lugar, garante total soberania dos dados a empresas de setores altamente regulados que precisam de cumprir requisitos de conformidade rigorosos.
Por fim, mantém os custos de alojamento web previsíveis à medida que a base de dados e os armazenamentos de ficheiros crescem. Paga pelo que implementa e pelos custos de manutenção associados.
O alojamento web on-premise também facilita muito as integrações de software complexas. Permite à equipa técnica instalar dependências de sistema personalizadas e ligar o Odoo diretamente a hardware local, bases de dados antigas e outros sistemas.
O alojamento web on-premise do Odoo garante que as grandes sincronizações de dados decorrem sem problemas, sem tempos limite da cloud, limitação de taxa da API, problemas de latência ou barreiras de firewall.
No entanto, a contrapartida do alojamento web on-premise do Odoo é a total responsabilidade técnica. A equipa de TI interna tem de:
Gerir a infraestrutura, incluindo a contentorização com Docker, o encaminhamento e a descarga de SSL através de Traefik ou Nginx
Monitorizar com ferramentas externas como Grafana e Sentry
Tratar da recuperação em caso de desastre por conta própria, porque os backups padrão do Odoo são demasiado lentos para bases de dados grandes
Configurar ferramentas personalizadas como WAL-G para point-in-time recovery, Restic para backups do armazenamento de ficheiros no S3 e snapshots de disco físico.
Devido a esta carga adicional, o alojamento web on-premise do Odoo é mais indicado para:
Empresas de média e grande dimensão do setor da indústria, da saúde, da defesa, das finanças, entre outros setores, que têm de alojar os sistemas localmente por razões legais
Empresas com uma base de dados Odoo muito personalizada, que pode ser demasiado pesada para a cloud, e com uma equipa interna de TI e DevOps para a manter
Organizações com integrações de software complexas que exigem conectividade direta à rede local ou acesso ilimitado à API.
Guia de configuração da infraestrutura de alojamento web on-premise do Odoo
Se decidiu que o alojamento web on-premise do Odoo é a opção certa, a configuração tem de ser à prova de falhas.
A equipa de TI tem de desenvolver três áreas essenciais:
a infraestrutura de servidores,
a recuperação de backups
e o pipeline de desenvolvimento.
Explicamos o que é necessário para alojar o Odoo on-premise e o que cada componente faz na prática.
1. Infraestrutura de servidores
A infraestrutura é o hardware físico ou virtual que executa o Odoo. Configurá-la corretamente garante que o sistema se mantém rápido e não falha quando várias pessoas o utilizam.
Servidor de base de dados (PostgreSQL com uma réplica)
O que significa O PostgreSQL é o motor que armazena todos os dados do Odoo. Uma «réplica» é uma cópia gémea e ativa da base de dados. | Porque é necessário Executar relatórios pesados ou consultas de inteligência empresarial (BI) na base de dados principal torna o Odoo mais lento para os utilizadores do dia a dia. Ao enviar as tarefas de relatórios para a réplica, as equipas de vendas, inventário e contabilidade podem trabalhar sem atrasos. |
Servidor de aplicações e workers
O que significa É o servidor principal que executa o próprio Odoo. Os «workers» são processos de segundo plano dedicados a tratar as ações dos utilizadores, como imprimir uma fatura ou carregar uma página. | Porque é necessário Configurar um servidor com 15 ou mais workers (numa única máquina ou distribuídos por várias) permite que dezenas de colaboradores executem tarefas pesadas em simultâneo sem que o sistema bloqueie. |
Proxy inverso e descarga de SSL (com Traefik ou Nginx)
O que significa Um proxy inverso funciona como a porta de entrada digital do servidor: gere o tráfego web e trata da segurança (encriptação SSL). | Porque é necessário Mantém o servidor Odoo seguro, gere os endereços web de forma organizada e assume o trabalho pesado de encriptação, para que a aplicação principal do Odoo não tenha de o processar. |
Ambientes de staging isolados
O que significa Quatro cópias do Odoo separadas e mais pequenas (para desenvolvimento, testes de utilizador e duas para experimentação) que funcionam totalmente desligadas do sistema em produção. | Porque é necessário Dá aos programadores um espaço seguro para testar código personalizado, atualizações e novas funcionalidades. Como têm as suas próprias bases de dados, um erro ou falha nos testes nunca afetará o sistema em produção. |
Registo e monitorização (com Grafana e Sentry)
O que significa Ferramentas que acompanham continuamente o estado do servidor, a utilização de memória e os erros da aplicação. | Porque é necessário Com o alojamento web on-premise do Odoo, nenhum fornecedor de cloud vigia o sistema, e dispensar a monitorização não é opção se quiser mantê-lo seguro. Estas ferramentas alertam a equipa de TI antes de um servidor ficar sem espaço em disco ou falhar. |
2. Backups e recuperação de dados
Os backups padrão do Odoo (e do Odoo.sh) comprimem toda a base de dados num único ficheiro. Em bases de dados grandes e personalizadas, este processo é demasiado lento, consome recursos do servidor e falha com frequência. Para proteger o negócio, é necessária uma stack de backups de nível empresarial.
Local externo para backups (armazenamento compatível com S3)
O que significa Guardar os backups num destino de cloud externo e seguro (como AWS S3 ou MinIO), em vez de no próprio servidor. | Porque é necessário Se o hardware físico do servidor avariar ou falhar por completo, os backups continuam seguros e acessíveis noutro local. |
Point-in-time recovery da base de dados (WAL-G para PostgreSQL)
O que significa Uma ferramenta que regista continuamente as alterações à base de dados à medida que acontecem. | Porque é necessário Os backups diários padrão só permitem restaurar para «ontem à meia-noite», o que significa perder um dia inteiro de encomendas e trabalho. O WAL-G permite a Point-in-Time Recovery (PITR), com a qual pode repor a base de dados no minuto exato antes de uma falha. |
Backups do filestore (Restic)
O que significa Uma ferramenta de backup dedicada especificamente ao «filestore», a pasta onde o Odoo guarda anexos PDF, imagens e documentos. | Porque é necessário As bases de dados crescem depressa, mas as pastas de anexos crescem ainda mais depressa. À medida que as bases de dados grandes aumentam, também ficam mais lentas e os custos de armazenamento só sobem. O Restic copia apenas os ficheiros alterados (backups incrementais), poupando imenso espaço de armazenamento e tornando os restauros muito mais rápidos. |
Snapshots do sistema (snapshots de VM/disco):
O que significa Criar periodicamente snapshots completos de todo o disco da máquina virtual. | Porque é necessário Se uma atualização importante do sistema operativo danificar o servidor, um snapshot permite restaurar toda a máquina para um estado funcional em minutos. |
3. CI/CD e processo de desenvolvimento
Com o alojamento web on-premise, a equipa interna é responsável por implementar novas funcionalidades e atualizações de código sem problemas.
Pipelines automatizados (GitLab CI/CD e push-to-deploy)
O que significa Um pipeline automatizado que testa, verifica e publica as atualizações de código sempre que um programador as submete. | Porque é necessário As atualizações manuais de código introduzem erro humano. Os testes automatizados detetam bugs cedo e uma configuração «push-to-deploy» rigorosa torna a publicação de novas funcionalidades no Odoo rápida, segura e repetível. |
Contentorização do sistema (Docker)
O que significa Empacotar o Odoo, os respetivos requisitos de software e as definições numa «caixa» digital autónoma (um contentor). | Porque é necessário A contentorização garante que o Odoo funciona exatamente da mesma forma no portátil de um programador, num servidor de staging ou no sistema em produção. Isto elimina os bugs do tipo «na minha máquina funcionava» e torna simples a atualização de versões do Odoo. |
Gestão de acessos
O que significa Conceder à equipa técnica acesso ao repositório de código (GitLab/GitHub) e às instâncias Odoo. | Porque é necessário Garante que os programadores internos e externos colaboram sem problemas graças a um acesso rigoroso ao repositório GitLab, com um controlo apertado sobre quem pode enviar código para Staging e Produção. |
E se o alojamento web on-premise do Odoo for demasiado exigente?
Se gerir contentores Docker, backups WAL-G e a manutenção de servidores lhe parecer demasiada carga técnica e demasiado risco para a equipa, não tem de o fazer sozinho.
Consoante o orçamento e as necessidades técnicas, pode optar por uma configuração gerida:
Odoo.sh: a plataforma cloud oficial do Odoo. Ótima para configurações padrão com pouca personalização, embora os custos subam rapidamente à medida que a base de dados e a necessidade de workers aumentam
Outros fornecedores de cloud: alojamento web gerido na AWS, na Hetzner ou em parceiros externos de alojamento web para Odoo
Shoovels by much. Consulting: A nossa plataforma de alojamento web para Odoo, criada pelos nossos especialistas e totalmente sediada na UE. Oferece a segurança do alojamento web on-premise, mas totalmente gerido end-to-end pela nossa equipa. Assenta numa plataforma self-service, com o apoio de uma plataforma gerida e a independência e o controlo do on-premise, sem dependência de fornecedor. No Shoovels, pode contar com:
backups diários automatizados
point-in-time recovery integrada com snapshots descarregáveis
acompanhamento em tempo real do estado das implementações
reversões instantâneas em caso de falha
e muito mais.
Não sabe qual a configuração mais adequada ao seu negócio?
Perguntas Mais Frequentes (FAQ) sobre o alojamento web on-premise do Odoo
Quando deve uma empresa optar pelo alojamento web on-premise do Odoo em vez das opções na cloud?
Opte pelo alojamento web on-premise se precisar de soberania total dos dados para cumprir requisitos de conformidade rigorosos, de conectividade direta à rede local para hardware e sistemas antigos, ou de elevado desempenho para cargas de trabalho pesadas. Permite expandir os workers sem limites e criar pipelines de CI/CD personalizados, mas exige que a sua equipa faça a gestão de toda a infraestrutura de servidores, da segurança e dos backups.
O alojamento web on-premise do Odoo é mais barato do que o Odoo.sh ou o alojamento na cloud?
Não necessariamente. Embora os custos de hardware sejam previsíveis à medida que a base de dados cresce, os custos totais são muitas vezes mais elevados. É preciso contar com recursos internos de DevOps a tempo inteiro, manutenção de servidores, monitorização da segurança e ferramentas de backup personalizadas, como o WAL-G e o Restic, para gerir a recuperação de bases de dados de grande dimensão.
É possível automatizar as implementações de código num servidor on-premise do Odoo?
Sim. Pode criar pipelines de CI/CD personalizados no GitLab com contentores Docker para testes automatizados e atualizações push-to-deploy. Isto permite criar instâncias de staging isoladas para testar código personalizado sem afetar a base de dados de produção.
Vamos analisar as suas opções de alojamento web para Odoo
A nossa equipa de especialistas pode ajudar a avaliar e implementar a melhor solução de alojamento web para Odoo, adaptada às necessidades do seu negócio