{"id":85506,"date":"2026-07-07T07:00:00","date_gmt":"2026-07-07T14:00:00","guid":{"rendered":"https:\/\/dhblog.dream.press\/blog\/?p=85506"},"modified":"2026-07-07T09:52:06","modified_gmt":"2026-07-07T16:52:06","slug":"como-auto-hospedar-gitlab-ce-em-um-vps-pt","status":"publish","type":"post","link":"https:\/\/www.dreamhost.com\/blog\/pt\/como-auto-hospedar-gitlab-ce-em-um-vps-pt\/","title":{"rendered":"Como Auto-Hospedar GitLab CE em um VPS"},"content":{"rendered":"
\n\t
\n\t\t\n\t\n\t\t\n\t\t\t\n\t\t\t\n\t\t\t\n\t\t\t\n\t\t<\/g>\n\t\t\n\t<\/g>\n<\/svg>\n\t<\/div>\n\t
\n\t\t\n\n

Autogerir a Edi\u00e7\u00e3o Comunit\u00e1ria (CE) do GitLab em um VPS d\u00e1 a voc\u00ea total propriedade sobre o seu c\u00f3digo fonte, pipeline CI\/CD e dados do projeto sem precifica\u00e7\u00e3o por usu\u00e1rio ou exposi\u00e7\u00e3o de dados a terceiros.<\/p>\n\n\n\n

GitLab CE<\/strong>, a edi\u00e7\u00e3o gratuita e de c\u00f3digo aberto do GitLab, instala-se no Ubuntu em 10 a 15 minutos usando o pacote oficial Omnibus (a maior parte desse tempo \u00e9 a etapa de reconfigura\u00e7\u00e3o autom\u00e1tica), mais cerca de uma hora para DNS, prepara\u00e7\u00e3o e refor\u00e7o de seguran\u00e7a. Voc\u00ea vai precisar de um VPS com pelo menos 8 GB de RAM (o m\u00ednimo pr\u00e1tico para uma equipe real, embora o GitLab possa tecnicamente funcionar com menos) e um nome de dom\u00ednio.<\/p>\n\n\n\n\n\t<\/div>\n<\/div>\n\n

\u00c9 uma tarde de sexta-feira, o pedido de pull da tua equipe est\u00e1 em an\u00e1lise, e o teu laptop emite um sinal com uma mensagem familiar: o GitHub est\u00e1 com problemas novamente.<\/p>\n\n\n

Talvez as a\u00e7\u00f5es estejam travadas.<\/p>\n\n\n

Talvez `git push` retorne um erro 500 pela terceira vez este m\u00eas.<\/p>\n\n\n

O t\u00f3pico no teu chat de equipe j\u00e1 tem oito mensagens.<\/em><\/p>\n\n\n

A primeira vez que isso acontece, voc\u00ea ri disso. A segunda vez, algu\u00e9m compartilha o GitHub status page<\/a>, e todos voc\u00eas v\u00e3o tomar um caf\u00e9. A terceira vez, geralmente logo antes de uma janela de lan\u00e7amento, algu\u00e9m finalmente digita a pergunta em voz alta: “Devemos simplesmente gerenciar o nosso pr\u00f3prio?”<\/em><\/p>\n\n\n

Para a maioria das equipes, a resposta honesta \u00e9 n\u00e3o. O GitLab.com Free cobre pequenas equipes confortavelmente, e o imposto operacional de executar seu pr\u00f3prio servidor de controle de vers\u00e3o n\u00e3o \u00e9 zero.<\/p>\n\n\n

\u00c9 o tipo de negocia\u00e7\u00e3o que voc\u00ea s\u00f3 faz por um motivo real.<\/em><\/p>\n\n\n

Se sua equipe tem um desses motivos, como um contrato com o cliente que pro\u00edbe SaaS de terceiros, um limite de conformidade ou uma conta de licen\u00e7a de usu\u00e1rio que est\u00e1 come\u00e7ando a parecer rid\u00edcula, auto-hospedar o GitLab CE \u00e9 a mudan\u00e7a mais limpa que voc\u00ea pode fazer. \u00c9 de c\u00f3digo aberto, funciona em um \u00fanico VPS e, uma vez ajustado, a manuten\u00e7\u00e3o leva cerca de uma hora por m\u00eas.<\/p>\n\n\n

Na DreamHost, n\u00f3s hospedamos in\u00fameros servidores auto-gerenciados, e continuamos vendo um padr\u00e3o: desenvolvedores que t\u00eam sucesso com o GitLab auto-hospedado escolhem o plano certo desde o in\u00edcio, acertam na prepara\u00e7\u00e3o do Protocolo de Shell Seguro (SSH)<\/a> e do Sistema de Nomes de Dom\u00ednio (DNS), e depois resistem \u00e0 tenta\u00e7\u00e3o de continuar mexendo uma vez que est\u00e1 est\u00e1vel.<\/p>\n\n\n

Por Que Voc\u00ea Deveria Hospedar o GitLab por Conta Pr\u00f3pria em Vez de Usar o GitLab.com?<\/h2>\n\n\n

Voc\u00ea hospeda o GitLab por conta pr\u00f3pria quando GitLab.com ou GitHub.com n\u00e3o conseguem atender \u00e0s suas necessidades de privacidade, conformidade ou controle de custos. Para a maioria das outras equipes, a op\u00e7\u00e3o hospedada \u00e9 uma troca melhor.<\/p>\n\n\n

Tr\u00eas raz\u00f5es reais resistem ao escrut\u00ednio:<\/p>\n\n\n

    \n
  1. Privacidade e soberania de dados:<\/strong> Teu c\u00f3digo-fonte reside em infraestrutura que voc\u00ea gerencia e atualiza conforme teu pr\u00f3prio cronograma. Sem acesso de terceiros, sem plataforma compartilhada, sem raio de explos\u00e3o de viola\u00e7\u00e3o al\u00e9m do teu pr\u00f3prio servidor.<\/li>\n\n\n\n
  2. Conformidade:<\/strong> Ind\u00fastrias reguladas como sa\u00fade, finan\u00e7as e governo muitas vezes precisam de controle de resid\u00eancia de dados. O GitLab CE auto-hospedado \u00e9 a maneira mais simples de manter o c\u00f3digo dentro de um limite controlado. <\/li>\n\n\n\n
  3. Controle de custos em escala:<\/strong> GitLab.com cobra por usu\u00e1rio ativo. De acordo com a p\u00e1gina de pre\u00e7os do GitLab<\/a>, o Premium custa $29 por usu\u00e1rio por m\u00eas, enquanto o pre\u00e7o do Ultimate est\u00e1 dispon\u00edvel apenas sob consulta. Uma equipe de 50 pessoas no Premium custa $17,400 por ano antes de complementos. Um VPS auto-gerenciado mais uma hora de manuten\u00e7\u00e3o mensal muitas vezes custa menos.<\/li>\n\n\n<\/ol>\n\n\n

    Se voc\u00eas s\u00e3o uma equipe de duas pessoas sem raz\u00f5es de privacidade ou conformidade, a resposta certa \u00e9 o plano gratuito do GitLab. (Sim, n\u00f3s sabemos que isso soa engra\u00e7ado vindo de uma empresa de hospedagem<\/em>).<\/p>\n\n\n

    Com a auto-hospedagem, voc\u00ea est\u00e1 trocando uma conta mensal de SaaS por tempo operacional cont\u00ednuo. Isso s\u00f3 vale a pena se voc\u00ea tiver um bom motivo para fazer a troca.<\/p>\n\n\n

    Aqui est\u00e1 onde esta op\u00e7\u00e3o faz sentido e onde n\u00e3o faz:<\/p>\n\n\n

    Cen\u00e1rio<\/strong><\/th>Melhor op\u00e7\u00e3o<\/strong><\/th><\/tr><\/thead>
    Requisito de privacidade ou conformidade<\/td>GitLab CE auto-hospedado<\/td><\/tr>
    Equipe maior que ~30 usu\u00e1rios ativos<\/td>Auto-hospedado geralmente \u00e9 mais barato<\/td><\/tr>
    O c\u00f3digo \u00e9 sua propriedade intelectual, e voc\u00ea quer mant\u00ea-lo local<\/td>GitLab CE auto-hospedado<\/td><\/tr>
    Equipe de 2-5 pessoas, sem necessidades de conformidade<\/td>GitLab.com (gratuito)<\/td><\/tr>
    Voc\u00ea n\u00e3o quer atualizar um servidor<\/td>GitLab.com<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n

    A Edi\u00e7\u00e3o Comunit\u00e1ria do GitLab \u00e9 gratuita sob uma licen\u00e7a de c\u00f3digo aberto estilo MIT. N\u00e3o h\u00e1 limite de usu\u00e1rios, nenhuma restri\u00e7\u00e3o de funcionalidades b\u00e1sicas e nenhum incentivo para compra de planos superiores. Toda a plataforma \u00e9 sua para gerenciar.<\/p>\n\n\n

    Quais S\u00e3o os Requisitos de Hardware para o GitLab CE?<\/h2>\n\n\n

    GitLab CE possui limites claros de hardware, e acert\u00e1-los \u00e9 a diferen\u00e7a entre uma instala\u00e7\u00e3o r\u00e1pida e uma que se arrasta atrav\u00e9s da mem\u00f3ria swap (espa\u00e7o em disco que seu sistema operacional usa quando a RAM se esgota).<\/p>\n\n\n

    De acordo com os requisitos oficiais de instala\u00e7\u00e3o<\/a> do GitLab, o dimensionamento \u00e9 expresso em solicita\u00e7\u00f5es por segundo ao inv\u00e9s de camadas fixas por usu\u00e1rio. A linha de base publicada \u00e9 de 8 vCPU e 16 GB de RAM para at\u00e9 1.000 usu\u00e1rios (cerca de 20 solicita\u00e7\u00f5es por segundo). Equipes menores podem funcionar com menos, at\u00e9 um piso documentado de 2 GB de RAM mais 1 GB de swap para avalia\u00e7\u00e3o, embora o desempenho seja prejudicado abaixo de 4 GB.<\/p>\n\n\n

    Uma instala\u00e7\u00e3o nova do GitLab consome cerca de 4-6 GB em repouso. Uma vez que os trabalhos de CI\/CD come\u00e7am a ser executados, o uso de mem\u00f3ria aumenta rapidamente. Portanto, planeje ter uma margem \u2014 ou prepare-se para a lentid\u00e3o.<\/p>\n\n\n

    Quanto ao armazenamento, a linha de base oficial do GitLab \u00e9 40 GB mais o tamanho do reposit\u00f3rio, mas 50 GB \u00e9 um ponto de partida mais seguro na pr\u00e1tica. Os reposit\u00f3rios crescem e os artefatos de constru\u00e7\u00e3o se acumulam. NVMe, um tipo mais r\u00e1pido de armazenamento em estado s\u00f3lido, faz uma diferen\u00e7a not\u00e1vel nas opera\u00e7\u00f5es de Git e na leitura de cache de CI.<\/p>\n\n\n

    Aqui est\u00e1 como esses limites se aplicam aos n\u00edveis de VPS hosting da DreamHost<\/a>:<\/p>\n\n\n

    Caso De Uso<\/strong><\/th>RAM Recomendada<\/strong><\/th>N\u00edvel DreamHost VPS<\/strong><\/th><\/tr><\/thead>
    Avalia\u00e7\u00e3o \/ pessoal<\/td>4 GB RAM<\/td>Stack 4<\/td><\/tr>
    Equipe pequena, uso leve<\/td>8 GB RAM<\/td>Stack 8<\/td><\/tr>
    At\u00e9 ~1.000 usu\u00e1rios (linha de base publicada pelo GitLab)<\/td>16 GB RAM<\/td>Stack 16<\/td><\/tr>
    Executando runners CI\/CD na mesma caixa<\/td>+ 2-8 GB RAM al\u00e9m do seu n\u00edvel<\/td>Aumente o tamanho (por exemplo, Stack 16 \u2192 Stack 32)<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n

    O ponto de partida certo para a maioria das equipes que executam pipelines reais de CI\/CD \u00e9 o Stack 16. Isso parece exagero at\u00e9 voc\u00ea ver a primeira constru\u00e7\u00e3o iniciar e o Sidekiq, Postgres e um executor dispararem ao mesmo tempo.<\/em><\/p>\n\n\n

    16 GB de RAM oferecem espa\u00e7o suficiente para a pilha de servi\u00e7os do GitLab (aproximadamente 4 a 6 GB em repouso numa instala\u00e7\u00e3o padr\u00e3o) e um par de trabalhadores de CI (1-2 GB cada) para funcionar simultaneamente sem que ningu\u00e9m no chat da equipe perceba.<\/p>\n\n\n

    \n\n\n

    Get Content Delivered Straight to Your Inbox<\/h2>

    Subscribe now to receive all the latest updates, delivered directly to your inbox.<\/p>

    <\/div>