{"id":85488,"date":"2026-07-07T07:00:00","date_gmt":"2026-07-07T14:00:00","guid":{"rendered":"https:\/\/dhblog.dream.press\/blog\/?p=85488"},"modified":"2026-07-07T09:48:48","modified_gmt":"2026-07-07T16:48:48","slug":"come-ospitare-autonomamente-gitlab-ce-su-un-hosting-vps-it","status":"publish","type":"post","link":"https:\/\/www.dreamhost.com\/blog\/it\/come-ospitare-autonomamente-gitlab-ce-su-un-hosting-vps-it\/","title":{"rendered":"Come Ospitare Autonomamente GitLab CE su un Hosting 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

Ospitare autonomamente GitLab Community Edition (CE) su un VPS ti consente di avere il pieno possesso del tuo codice sorgente, del pipeline CI\/CD e dei dati del progetto senza prezzi per utente o esposizione dei dati a terzi.<\/p>\n\n\n\n

GitLab CE<\/strong>, l’edizione gratuita e open-source di GitLab, si installa su Ubuntu in 10 a 15 minuti usando il pacchetto Omnibus ufficiale (la maggior parte di questo tempo \u00e8 dedicata alla fase di riconfigurazione automatica), pi\u00f9 circa un’ora per DNS, preparazione e rafforzamento della sicurezza. Avrai bisogno di un VPS con almeno 8 GB di RAM (il minimo pratico per un vero team, anche se tecnicamente GitLab pu\u00f2 funzionare con meno) e un nome di dominio.<\/p>\n\n\n\n\n\t<\/div>\n<\/div>\n\n

\u00c8 un pomeriggio di venerd\u00ec, la pull request del tuo team \u00e8 in fase di revisione e il tuo laptop emette un segnale con un messaggio familiare: GitHub sta riscontrando problemi di nuovo.<\/p>\n\n\n

Forse le azioni sono bloccate.<\/p>\n\n\n

Forse `git push` restituisce un errore 500 per la terza volta questo mese.<\/p>\n\n\n

Il thread nella tua chat di squadra ha gi\u00e0 otto messaggi.<\/em><\/p>\n\n\n

La prima volta che succede, ci si ride su. La seconda volta, qualcuno invia il link alla pagina di stato di GitHub<\/a>, e tutti andate a prendere un caff\u00e8. La terza volta, di solito proprio prima di una finestra di rilascio, qualcuno finalmente digita la domanda ad alta voce: “Dovremmo gestirlo noi stessi?”<\/em><\/p>\n\n\n

Per la maggior parte dei team, la risposta onesta \u00e8 no. GitLab.com Free copre comodamente i piccoli team, e il carico operativo di gestire il proprio server di controllo versione non \u00e8 nullo.<\/p>\n\n\n

\u00c8 il tipo di scambio che fai solo per un motivo reale.<\/em><\/p>\n\n\n

Se il tuo team ha uno di questi motivi, come un contratto con il cliente che vieta i SaaS di terze parti, un limite di conformit\u00e0, o una fattura per licenze che sta diventando ridicola, ospitare autonomamente GitLab CE \u00e8 la mossa pi\u00f9 pulita che puoi fare. \u00c8 open source, funziona su un singolo VPS e, una volta ottimizzato, la manutenzione richiede circa un’ora al mese.<\/p>\n\n\n

Da DreamHost, abbiamo ospitato innumerevoli server autogestiti, e continuiamo a vedere uno schema: gli sviluppatori che hanno successo con GitLab autogestito scelgono il piano giusto fin dall’inizio, configurano correttamente il Protocollo Secure Shell (SSH)<\/a> e il sistema di nomi di dominio (DNS), e poi resistono alla tentazione di continuare a modificare una volta che \u00e8 stabile.<\/p>\n\n\n

Perch\u00e9 Dovresti Ospitare Personalmente GitLab Invece di Usare GitLab.com?<\/h2>\n\n\n

Tu ospiti autonomamente GitLab quando GitLab.com o GitHub.com non possono soddisfare le tue esigenze di privacy, conformit\u00e0 o controllo dei costi. Per la maggior parte degli altri team, l’opzione ospitata \u00e8 una scelta migliore.<\/p>\n\n\n

Tre veri motivi resistono all’analisi:<\/p>\n\n\n

    \n
  1. Privacy e Sovranit\u00e0 Dei Dati:<\/strong> Il tuo codice sorgente risiede su un’infrastruttura che gestisci e aggiorni secondo il tuo calendario. Nessun accesso di terze parti, nessuna piattaforma condivisa, nessun rischio di violazione oltre il tuo server.<\/li>\n\n\n\n
  2. Conformit\u00e0:<\/strong> Settori regolamentati come la sanit\u00e0, la finanza e il governo spesso necessitano di controllo della residenza dei dati. GitLab CE auto-ospitato \u00e8 il modo pi\u00f9 semplice per mantenere il codice all’interno di un confine controllato. <\/li>\n\n\n\n
  3. Controllo Dei Costi Su Larga Scala:<\/strong> GitLab.com addebita per utente attivo. Secondo la pagina dei prezzi di GitLab<\/a>, il piano Premium costa $29 per utente al mese, mentre il prezzo del piano Ultimate \u00e8 disponibile solo su richiesta. Un team di 50 persone con il piano Premium costa $17,400 all’anno prima degli add-on. Un VPS autogestito pi\u00f9 un’ora di manutenzione mensile spesso costa meno.<\/li>\n\n\n<\/ol>\n\n\n

    Se sei un team di due persone senza motivi di privacy o conformit\u00e0, la risposta giusta \u00e8 il livello gratuito di GitLab. (S\u00ec, sappiamo che suona strano detto da una societ\u00e0 di hosting<\/em>).<\/p>\n\n\n

    Con l’hosting autonomo, stai scambiando una fattura mensile di SaaS con tempo operativo continuo. Questo scambio vale la pena solo se hai un buon motivo per effettuare il cambio.<\/p>\n\n\n

    Ecco dove questa opzione ha senso e dove non ne ha:<\/p>\n\n\n

    Scenario<\/strong><\/th>Migliore opzione<\/strong><\/th><\/tr><\/thead>
    Requisiti di privacy o conformit\u00e0<\/td>GitLab CE auto-ospitato<\/td><\/tr>
    Team di pi\u00f9 di ~30 utenti attivi<\/td>L’auto-ospitato \u00e8 spesso pi\u00f9 economico<\/td><\/tr>
    Il codice \u00e8 la tua propriet\u00e0 intellettuale e vuoi che sia locale<\/td>GitLab CE auto-ospitato<\/td><\/tr>
    Team di 2-5 persone, senza necessit\u00e0 di conformit\u00e0<\/td>GitLab.com (gratuito)<\/td><\/tr>
    Non vuoi gestire l’aggiornamento di un server<\/td>GitLab.com<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n

    GitLab Community Edition \u00e8 gratuito sotto una licenza open-source di tipo MIT. Non ci sono limiti di utenti, nessun blocco delle funzionalit\u00e0 di base e nessun invito all’acquisto. L’intera piattaforma \u00e8 tua da gestire.<\/p>\n\n\n

    Quali Sono i Requisiti Hardware per GitLab CE?<\/h2>\n\n\n

    GitLab CE ha soglie hardware ben definite, e stabilirle correttamente fa la differenza tra un’installazione reattiva e una che si dibatte attraverso la memoria di swap (spazio su disco che il tuo sistema operativo utilizza quando la RAM si riempie).<\/p>\n\n\n

    Secondo i requisiti di installazione ufficiali<\/a> di GitLab, le dimensioni sono espresse in richieste al secondo piuttosto che in livelli fissi per utente. Il baseline pubblicato \u00e8 di 8 vCPU e 16 GB di RAM per fino a 1.000 utenti (circa 20 richieste al secondo). I team pi\u00f9 piccoli possono funzionare con meno, fino a un minimo documentato di 2 GB di RAM pi\u00f9 1 GB di swap per la valutazione, anche se le prestazioni sono inferiori sotto i 4 GB.<\/p>\n\n\n

    Una nuova installazione di GitLab consuma circa 4-6 GB in stato di inattivit\u00e0. Una volta che i lavori di CI\/CD iniziano a funzionare, la memoria aumenta rapidamente. Quindi pianifica un margine di manovra \u2014 o preparati alla lentezza.<\/p>\n\n\n

    Per quanto riguarda l’archiviazione, il punto di partenza ufficiale di GitLab \u00e8 40 GB pi\u00f9 la dimensione del repository, ma 50 GB \u00e8 un punto di partenza pi\u00f9 sicuro nella pratica. I repository crescono e gli artifact di build si accumulano. NVMe, un tipo di archiviazione a stato solido pi\u00f9 veloce, fa una differenza notevole nelle operazioni Git e nelle letture della cache CI.<\/p>\n\n\n

    Ecco come queste soglie corrispondono ai livelli di hosting VPS di DreamHost<\/a>:<\/p>\n\n

    Caso D’uso<\/strong><\/th>RAM Consigliata<\/strong><\/th>Livello DreamHost VPS<\/strong><\/th><\/tr><\/thead>
    Valutazione \/ personale<\/td>4 GB RAM<\/td>Stack 4<\/td><\/tr>
    Piccolo team, uso leggero<\/td>8 GB RAM<\/td>Stack 8<\/td><\/tr>
    Fino a ~1.000 utenti (linea di base pubblicata da GitLab)<\/td>16 GB RAM<\/td>Stack 16<\/td><\/tr>
    Utilizzo di runner CI\/CD sulla stessa macchina<\/td>+ 2-8 GB RAM oltre al tuo livello<\/td>Aumenta le dimensioni (ad es. da Stack 16 a Stack 32)<\/td><\/tr><\/tbody><\/table><\/figure>\n\n

    Il punto di partenza giusto per la maggior parte dei team che gestiscono vere pipeline CI\/CD \u00e8 Stack 16. Questo pu\u00f2 sembrare eccessivo fino a quando non assisti al primo build che si attiva e Sidekiq, Postgres e un runner aumentano contemporaneamente.<\/em><\/p>\n\n\n

    16 GB di RAM ti offrono abbastanza spazio per lo stack di servizi di GitLab (circa 4-6 GB a riposo in un’installazione predefinita) e un paio di lavoratori CI (1-2 GB ciascuno) per funzionare contemporaneamente senza che nessuno nella chat del team se ne accorga.<\/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>