Vai al contenuto principale
50% di sconto tutti i piani, tempo limitato. A partire da $2.48/mo
17 min left
App web e business

Lasciare Nextcloud: tre strade più leggere in base a come lo usavi

C Di Chike 17 min di lettura
Tre vie d'uscita da Nextcloud che si diramano, etichettate Syncthing per la sincronizzazione tra dispositivi, Seafile per la condivisione di file in team e Cloudreve o AList per un portale web leggero.

La storia che leggo di continuo da chi lascia Nextcloud è sempre la stessa. Un client di sincronizzazione dice «sincronizzato del tutto», ma mancano dei file. Un aggiornamento sbatte contro un problema di database. Un caricamento di foto si comporta in un modo che l'utente non si aspettava.

La lamentela di fondo è la stessa in tutti e tre i casi: volevano un flusso di lavoro affidabile da una suite costruita per coprirne molti.

Ho un'istanza Nextcloud su un VPS a Francoforte, messa su un fine settimana due anni fa e usata forse quattro volte da allora. L'installazione ha funzionato. L'istanza gira ancora. Ho solo smesso di aprirla, perché si è scoperto che non ho mai avuto bisogno di nove delle dieci cose che fa Nextcloud.

La distribuzione ufficiale All-in-One richiede almeno 2 GB di RAM non appena un container opzionale è attivo, e le sue indicazioni sulle prestazioni consigliano di aggiungere circa 1 GB di RAM per utente attivo oltre al requisito di base. I deployment di squadra hanno quindi bisogno di più margine man mano che cresce l'uso simultaneo. La comunità ha inoltre un thread aperto su help.nextcloud.com che chiede al progetto di valutare una versione più leggera.

Quello che segue sono tre vie d'uscita abbinate a tre flussi di lavoro. Dove esistono requisiti ufficiali di risorse, li uso. Dove non esistono, lascio fuori i numeri. La mappa di migrazione copre cosa tieni, cosa perdi e dove ogni spostamento si complica.

La versione breve

  • Se usavi Nextcloud solo per sincronizzare file tra i tuoi dispositivi, Syncthing è una buona opzione: peer-to-peer, nessun server centrale obbligatorio, con alcune riserve importanti sul mobile.
  • Se usavi Nextcloud come condivisione di file di squadra per più utenti, Seafile CE è una buona opzione. Il minimo documentato è di 2 GB di RAM e 2 core di CPU, e il suo raggio d'azione più stretto rende più facile dimensionarlo quando la condivisione di file è il compito principale.
  • Se usavi Nextcloud soprattutto come browser web di file, Cloudreve o AList ti dà uno stack molto più stretto senza portarti dietro l'intera suite di collaborazione di Nextcloud.
  • I due punti di attrito in qualsiasi spostamento sono il buco CalDAV/CardDAV (calendario e contatti) e il backup delle foto su iOS. Entrambi sono trattati nella mappa di migrazione qui sotto.

Perché Nextcloud sembra pesante (e perché non è un difetto)

Lo stack centrale di Nextcloud All-in-One con l'applicazione Nextcloud, Apache, PostgreSQL, Redis, Notify Push e il controller AIO, mostrato accanto ai servizi opzionali come Office, Talk, Talk Recording, ClamAV, ricerca full-text, Imaginary, Whiteboard e backup, poi confrontato con le forme più strette di Syncthing, Seafile, Cloudreve e AList su una scala che va dalla suite ampia allo strumento specializzato.

Su un'installazione Nextcloud All-in-One appena fatta, htop mostra un vero stack multi-container: il container master AIO, Apache, il server applicativo Nextcloud, PostgreSQL, Redis e Notify Push. Office, Talk, Talk Recording, ClamAV, la ricerca full-text, Imaginary, Whiteboard e i backup basati su Borg sono opzionali. Il nucleo è più pesante di un demone di sincronizzazione a scopo unico, ma quei servizi opzionali costano RAM solo se li attivi.

La discussione ufficiale All-in-One su GitHub fissa il minimo documentato a 2 GB di RAM, ma sale in fretta: 3 GB non appena ClamAV, Talk Recording o la ricerca full-text sono attivi, 5 GB con tutto acceso, più circa 1 GB per utente attivo oltre alla base.

Sono raccomandazioni di dimensionamento più che misure di consumo reale a regime: AIO richiede più memoria man mano che i servizi opzionali vengono abilitati e consiglia margine aggiuntivo per ogni utente attivo. È il costo architetturale di riunire oltre trenta funzioni in un'unica suite self-hosted. Fonte: github.com/nextcloud/all-in-one/discussions/1335.

La comunità Nextcloud se n'è accorta da sé. Un thread su help.nextcloud.com intitolato «Nextcloud Lite, discuss» è stato aperto a dicembre 2024 per chiedere se il progetto dovesse pubblicare una distribuzione ridotta per chi vuole solo file e condivisioni. Alcuni utenti, compresi alcuni a cui Nextcloud piace per il resto, hanno chiesto una build più leggera. La maggior parte delle risposte si è opposta, sostenendo che le funzioni non volute si possono semplicemente disattivare e che tagliare le app di sicurezza sarebbe un cattivo affare. Il thread è aperto e i manutentori non si sono impegnati in nessuna direzione. Riferimento: help.nextcloud.com/t/nextcloud-lite-discuss/213611.

La controargomentazione conta. AIO include già PostgreSQL, Redis e APCu. Le sue stesse indicazioni sulle prestazioni consigliano di disattivare i container opzionali e le app Nextcloud che non ti servono. Se la tua istanza sembra pesante perché hai attivato Office, Talk, ClamAV, la ricerca full-text o altri servizi che non usi più, taglia prima quelli. Se usi davvero quei servizi insieme, l'impronta più grande sta facendo un lavoro utile.

Ma se hai installato Nextcloud e poi l'hai aperto solo per buttare file in una cartella sincronizzata, il discorso sulla messa a punto non ti riguarda.

Per capire come si colloca Nextcloud rispetto al suo fork più vicino, vedi il nostro confronto tra Nextcloud e ownCloud.

Punto chiave della sezione: Nextcloud è sovradimensionato per l'unico flusso di lavoro per cui la maggior parte dei self-hoster lo usa davvero.

La diagnosi dei tre archetipi: qual è la tua uscita?

Prima di scegliere uno strumento, scegli un flusso di lavoro. Quasi tutti gli utenti Nextcloud con cui ho parlato rientrano chiaramente in uno di tre schemi.

Archetipo A. Solo sincronizzazione tra dispositivi. «Ho installato Nextcloud per tenere sincronizzati portatile, fisso e telefono. Non ho mai usato l'interfaccia web per qualcosa di serio. Non condivido file con altre persone.»

Archetipo B. Condivisione di file in squadra. «Ho installato Nextcloud perché serviva che più persone caricassero e scaricassero da uno spazio file condiviso. A volte dal browser, a volte da un client desktop. Mi interessavano le prestazioni con file grandi.»

Archetipo C. Solo portale web. «Ho installato Nextcloud come browser web di file. Un modo per accedere e prendere i miei file da ovunque. Forse ho installato il client desktop. L'ho usato di rado. La sincronizzazione in tempo reale non era il punto.»

Se due di questi ti descrivono, scegli quello che ti porta a dire «se smette di funzionare domani, me ne accorgo entro un'ora». Quello è il flusso di lavoro da cui dipendi. Gli altri sono extra che puoi sostituire più avanti o di cui puoi fare a meno.

I minimi di risorse per ciascuna strada:

StrumentoIndicazione sulla RAMArchitettura sottostanteModello di sincronizzazione
Nextcloud AIODa 2 GB con i container opzionali, più circa 1 GB per utente attivoPHP + PostgreSQL + multi-containerClient-server, sincronizzazione dell'intero file
Seafile CEMinimo documentato di 2 GBC/Python + MariaDBClient-server, deduplica a blocchi
SyncthingNessun minimo ufficiale fisso; varia con la dimensione della libreria e le scansioniSingolo binario GoPeer-to-peer
CloudreveNessun minimo rigido ufficiale pubblicatoGo + databaseClient-server, storage su più backend
AListNessun minimo rigido ufficiale pubblicatoGo + SQLite di defaultPortale web su storage montato

Le cifre qui sopra per Nextcloud AIO e Seafile CE sono requisiti o raccomandazioni documentati. Syncthing, Cloudreve e AList non pubblicano minimi di RAM rigidi comparabili che permettano un confronto diretto pulito, quindi dimensiona quegli strumenti sulla tua libreria reale, sul tuo backend di storage e sul tuo carico di lavoro, invece di trattare i valori di memoria a riposo della comunità come requisiti.

Punto chiave della sezione: scegli lo strumento che corrisponde al flusso di lavoro per cui usavi Nextcloud, non quello con l'elenco di funzioni più lungo.

Archetipo A. Syncthing per la sincronizzazione tra dispositivi

Un portatile, un fisso e un telefono. Metti un file in una cartella sul portatile e venti secondi dopo compare sugli altri due. Nessun portale web. Nessuna libreria condivisa. Nessuna squadra. È per questo che è stato costruito Syncthing, ed è l'unica cosa che fa.

Syncthing è peer-to-peer. Non c'è un server in senso architetturale. Ogni dispositivo esegue lo stesso binario, e i dispositivi si scoprono tramite una rete globale di relay o una LAN. Puoi aggiungere un VPS alla rete, ma è un peer tra gli altri, non un'autorità centrale. Non c'è un browser web di file. Non c'è CalDAV. Non ci sono permessi di squadra. Se il tuo uso di Nextcloud era solo «tenere sincronizzate le mie cartelle», nessuna di quelle perdite conta.

Il costo in risorse è la parte che attira l'attenzione. Su una libreria piccola, diciamo qualche migliaio di file sotto i 50 GB, Syncthing a riposo sta tipicamente tra 50 e 100 MB di RAM. Quando la libreria sale a centinaia di migliaia di file, l'uso di RAM può superare i 700 MB. La maggior parte dei self-hoster non ci arriva mai. Se hai un quarto di milione di file in una sola cartella, sì.

Due fonti primarie documentano questo comportamento su scala:

Un VPS conta anche in un modello peer-to-peer. Il tuo portatile e il tuo telefono non sono online nello stesso momento. Se vuoi che le modifiche si propaghino quando un dispositivo dorme, ti serve un terzo dispositivo sempre acceso. Un VPS con Syncthing svolge quel ruolo e serve la copia più recente al prossimo dispositivo che si sveglia. Una libreria piccola sta comodamente sotto i 512 MB di RAM; dagli 1 GB se la libreria supera qualche centinaio di migliaia di file.

Vedi piani Linux

Costruisci su un VPS Linux con accesso root, NVMe e la potenza di AMD EPYC.

Vedi piani Linux

La riserva su iOS è quella che i tutorial su Syncthing saltano. Non esiste un client Syncthing ufficiale per iOS con caricamento foto in background affidabile. Esistono diversi client di terze parti, ma nessuno eguaglia quello che fa l'app iOS di Nextcloud per il backup del rullino. Se la sincronizzazione delle foto dall'iPhone era il motivo per cui tenevi Nextcloud, Syncthing da solo non lo sostituisce. Le soluzioni di ripiego sono app a pagamento come PhotoSync che spingono in una cartella Syncthing, oppure tenere Nextcloud acceso solo per quel flusso mentre migri tutto il resto.

L'attrito di migrazione in questa direzione è basso. Syncthing lavora sul filesystem normale. Lo punti sulla cartella dove i tuoi file già stanno, aggiungi gli ID dispositivo delle altre macchine e la sincronizzazione parte. Niente da convertire, niente da importare. I dati sono quelli che erano già su disco.

Punto chiave della sezione: Syncthing vince sul consumo di risorse e sull'affidabilità per la sincronizzazione da dispositivo a dispositivo, ma perde sul backup foto di iOS e rinuncia del tutto al portale web.

Archetipo B. Seafile per la sincronizzazione di file in squadra

Una squadra di quattro persone. Una libreria condivisa chiamata «Operations» che contiene 60 GB di contratti, file di design ed esportazioni. Tre dei quattro usano il client desktop di sincronizzazione, una preferisce il browser. Ogni tanto qualcuno carica un video da 4 GB.

Un deployment Nextcloud dedicato solo alla condivisione di file può richiedere più margine man mano che si aggiungono utenti attivi e servizi opzionali. Seafile è più stretto per costruzione, il che lo rende più facile da dimensionare quando sincronizzazione e condivisione di file sono gli unici compiti richiesti.

Seafile è scritto in C e Python con un backend MariaDB. Non c'è uno strato PHP. Il modello di sincronizzazione è la deduplica a blocchi: quando modifichi un file, viaggiano solo i blocchi cambiati, e i blocchi identici tra utenti vengono salvati una volta sola. La sincronizzazione predefinita di Nextcloud è sull'intero file nella maggior parte degli scenari.

Le segnalazioni della comunità sul fatto che Seafile sia più veloce su librerie grandi circolano molto, e l'architettura è la ragione. Non citerò gli ordini di grandezza che si ripetono negli articoli di confronto. La traccia non porta a una fonte primaria. Quello che posso dire è che la deduplica a blocchi, documentata nel manuale di Seafile, è la ragione strutturale per cui la differenza di velocità esiste.

La documentazione attuale di Seafile Community Edition indica 2 GB di RAM e 2 core di CPU come minimo. Coincide con il minimo di 2 GB di Nextcloud AIO quando è attivo un container opzionale qualsiasi. Il raggio d'azione più stretto di Seafile può comunque rendere più semplice il dimensionamento per la condivisione di file, ma la differenza esatta di memoria dipende dal carico, dagli utenti attivi, dalla dimensione della libreria e da quali servizi Nextcloud sono abilitati.

Per una squadra che ha bisogno solo di sincronizzare e condividere file, Seafile ti fa evitare i servizi Nextcloud in più che non usi. Questo può ridurre l'impronta sul server, ma il divario esatto dipende dal carico e non da una regola fissa tipo 2 GB contro 5 GB.

La migrazione richiede un po' di pianificazione perché non esiste un importatore nativo da Nextcloud a Seafile. Metti su il server Seafile, installa il client desktop Seafile su una macchina che può accedere ai tuoi file esistenti, crea la libreria di destinazione e lascia che il client li carichi. Quanto dura lo spostamento dipende dalla dimensione della libreria e dalla banda in upload disponibile.

Seafile memorizza i dati di una libreria come blocchi e oggetti interni invece che come normali file sfogliabili. Elencare la directory dei dati con ls mostra la struttura interna a oggetti di Seafile invece del tuo albero di cartelle originale. La cifratura è una funzione a parte, non è il motivo per cui quegli oggetti sono opachi. Vuol dire che non puoi recuperare una libreria Seafile copiando semplicemente file dall'aspetto normale dal suo storage di backend.

Seafile CE richiede anche una garbage collection manuale. Esegui uno script per ripulire i blocchi non referenziati dopo aver cancellato librerie o file. L'edizione Pro ne automatizza di più. L'edizione Community no. Seafile ti metterà a disagio se la tua tranquillità operativa viene dal poter portare fuori i tuoi dati in qualsiasi momento con cp -r.

L'altra perdita da mettere in conto: calendario e contatti. Seafile non implementa né CalDAV né CardDAV. Se la tua Nextcloud era la rubrica dietro al tuo telefono, ti servirà un piccolo servizio separato per colmare quel buco. Radicale e Baikal sono le risposte abituali.

Punto chiave della sezione: Seafile calza bene se usavi Nextcloud soprattutto come condivisione di file tra più utenti. La sua architettura centrata sui file evita di portarsi dietro lo stack di collaborazione più ampio di Nextcloud. I compromessi sono il modello di storage a blocchi e oggetti e la perdita di CalDAV/CardDAV.

Archetipo C. Cloudreve o AList per il portale web

La via d'uscita più trascurata. Questo utente voleva una pagina web da cui accedere da qualsiasi dispositivo e prendere i suoi file. Non ha quasi mai usato il client desktop. Della sincronizzazione in tempo reale non gli importava. Per quel lavoro, l'intero stack di funzioni di Nextcloud era molto più del necessario.

Per quell'utente, né Nextcloud né Seafile né Syncthing sono la risposta giusta. La risposta giusta è un portale web. Qui calzano bene due progetti, e si dividono su un asse: se lo strumento gestisce il tuo storage oppure si limita a leggerlo.

Cloudreve è un portale web più uno strato di storage gestito. I file vivono in uno storage che Cloudreve controlla (disco locale, storage a oggetti compatibile S3 o altri backend). Ha account utente e quote, e Cloudreve Pro include ora un client desktop Windows ufficiale con sincronizzazione bidirezionale in tempo reale. L'architettura è un binario Go più un database, e il repository del progetto è attivo su github.com/cloudreve/cloudreve.

AList mette un'interfaccia web sopra lo storage esistente. Può sfogliare e operare su backend montati come dischi locali, S3, Google Drive, OneDrive, SMB e WebDAV, comprese le operazioni sui file dove il backend le supporta. Gira come binario Go e usa SQLite di default, quindi un deployment di base non ha bisogno di un server di database separato. Se i tuoi file vivono già come file normali su uno storage supportato, AList può esporli senza importarli in un nuovo formato.

Quale scegliere:

  • AList se i tuoi file sono già organizzati su disco o su storage cloud e vuoi solo un'interfaccia web unificata sopra di essi. La migrazione è praticamente nulla. Punta AList dove stanno i file.
  • Cloudreve se vuoi uno strato gestito con account utente, quote e un unico backend di storage che il portale controlla da capo a fondo. La migrazione è leggera: configuri un backend, copi i file, fatto.

Una cosa da avere chiara prima di scegliere l'uno o l'altro: AList non sostituisce la sincronizzazione, e la proposta di sincronizzazione di Cloudreve è più stretta di quella di Nextcloud. Cloudreve Pro ha un client desktop di sincronizzazione ufficiale per Windows, ma nessuno dei due strumenti ti dà l'ecosistema CalDAV/CardDAV di Nextcloud né un flusso equivalente di backup foto su tutte le piattaforme. Se quelle cose sono essenziali, sei più vicino all'archetipo A o B che al C. AList e Cloudreve non sono Nextcloud più leggeri. Sono strumenti più stretti per lavori più stretti.

Punto chiave della sezione: Cloudreve e AList sono buone opzioni se usavi soprattutto il browser web di file di Nextcloud. AList mantiene la configurazione più semplice quando ti serve solo uno strato web sopra storage esistente. Cloudreve ha più senso quando vuoi storage gestito, account utente e sincronizzazione desktop su Windows.

Mappa degli attriti di migrazione: cosa tieni, cosa perdi

Mappa degli attriti di migrazione che confronta Syncthing, Seafile, Cloudreve e AList su cinque colonne: migrazione dei file, calendario e contatti, backup foto da mobile, capacità di sincronizzazione e complessità della migrazione, con il promemoria che i file di solito sono la parte facile e che a cambiare sono calendario, contatti, backup da mobile e comportamento della sincronizzazione.

Questa è la tabella da leggere prima di staccare la spina. È qui che la maggior parte degli spostamenti va storta.

Da Nextcloud aI file migrano?Calendario / ContattiBackup foto su iOSNote / Attività / TalkSforzo di migrazione
SyncthingSì, copia direttaServe un servizio CalDAV/CardDAV separatoNessun client iOS ufficialeNon inclusoDipende dalla mole di dati e dal numero di dispositivi
SeafileSì, caricamento tramite client desktopServe un servizio CalDAV/CardDAV separatoSupportato tramite le app mobili di SeafileNon inclusoDipende dalla mole di dati e dalla velocità di upload
CloudreveSì, copia sullo storage configuratoNon inclusoNessun equivalente del flusso di backup fotocamera di NextcloudNon inclusoDipende dal backend e dalla mole di dati
AListLo storage ordinario esistente può essere montato così com'èNon inclusoNessuna sincronizzazione mobile nativaNon inclusoBasso se i file vivono già su un backend supportato

Il buco CalDAV/CardDAV è il costo di migrazione più trascurato in assoluto. Se la rubrica del tuo telefono era sincronizzata con Nextcloud, quel canale si rompe nel momento in cui smetti di far girare Nextcloud, qualunque strumento di file lo sostituisca. Radicale e Baikal sono i rimpiazzi leggeri abituali, ed entrambi sono servizi molto più piccoli di un'installazione Nextcloud completa. Sono i tappabuchi da tenere sul radar prima di staccare la spina all'istanza Nextcloud.

Se vuoi un ambiente separato per provare la migrazione prima di impegnarci i tuoi dati, Il VPS Linux di Cloudzy ti dà un posto pulito per farlo. Un server di prova separato ti permette di provare lo spostamento senza toccare l'istanza in produzione, e puoi distribuire uno qualsiasi di questi con un clic:

Quando dovresti restare su Nextcloud

La diagnosi taglia in entrambe le direzioni. Ecco tre ragioni per restare, in ordine di peso.

Usi attivamente l'ecosistema di calendario, contatti, attività e note. Nextcloud raccoglie tutti e quattro dietro un unico accesso, con un'implementazione CalDAV/CardDAV che funziona, un'interfaccia web che funziona e client mobili che funzionano. Sostituirlo con servizi separati vuol dire far girare Radicale o Baikal per calendario e contatti, un'app di note a parte e un gestore di attività a parte. Due o tre servizi invece di uno. Due o tre modi di guastarsi invece di uno. Se questo è il tuo quotidiano, Nextcloud si ripaga la RAM che consuma.

Ti appoggi allo stack di collaborazione integrato di Nextcloud. Nextcloud tiene file, editing di documenti, calendario, contatti, attività, note e altre funzioni di collaborazione dietro un solo account e una sola interfaccia. Seafile può integrare Collabora o OnlyOffice per la modifica simultanea dei documenti, quindi il lavoro collaborativo sui documenti da solo non è una ragione per escluderlo. La differenza è che sostituire l'ecosistema Nextcloud più ampio significa comunque mettere insieme servizi separati per le funzioni che Seafile non copre.

La tua Nextcloud è pesante per via di servizi che non usi. AIO include già PostgreSQL, Redis e APCu, quindi cambiare database o abilitare APCu non è il passo di messa a punto qui. Comincia disattivando i container opzionali e le app Nextcloud che non ti servono. Se Office, Talk, ClamAV, la ricerca full-text o i servizi di anteprima girano senza uno scopo reale, togli quel carico prima di decidere di migrare.

La logica che dice «vattene se usavi solo il 10% delle funzioni» dice anche «resta se le funzioni le usi davvero». Sii onesto su quale dei due sei.

Punto chiave della sezione: se il tuo flusso di lavoro comprende calendario, contatti e lavoro collaborativo sui documenti, Nextcloud resta lo strumento giusto. Sistema la configurazione prima di scappare.

Domande frequenti

Qual è l'alternativa più leggera a Nextcloud?

Dipende dal flusso di lavoro. AList è una delle opzioni più semplici per l'accesso ai file solo via web, perché può appoggiarsi allo storage esistente e usare SQLite di default. Syncthing è l'opzione più stretta per la sincronizzazione da dispositivo a dispositivo. Seafile Community Edition è il sostituto più completo quando ti serve la condivisione di file tra più utenti; il suo minimo documentato è di 2 GB di RAM e 2 core di CPU.

Seafile usa meno memoria di Nextcloud?

Seafile può richiedere meno risorse per un carico limitato alla condivisione di file, ma non esiste un divario di RAM fisso valido per ogni deployment. Sia Seafile CE sia Nextcloud AIO possono partire da una base di circa 2 GB a seconda della configurazione. La capacità consigliata di Nextcloud cresce poi con gli utenti attivi e i servizi abilitati, mentre Seafile è costruito attorno a un carico più stretto di sincronizzazione e condivisione di file.

Come migro da Nextcloud a Seafile?

Non c'è un importatore automatico. Il percorso che funziona: installa Seafile, installa il client desktop Seafile su una macchina che può leggere la directory dati di Nextcloud, crea una libreria sul server Seafile e lascia che il client desktop vi spinga dentro i file sotto forma di blocchi. Calendario e contatti non si spostano con i file. Dovrai mettere su un server CalDAV separato come Radicale o Baikal e risincronizzare dal telefono. Quanto dura la migrazione dipende dalla mole di dati e dalla banda in upload di cui disponi.

Syncthing è meglio di Nextcloud per il backup delle foto?

Su mobile non proprio. L'app Android ufficiale di Syncthing è stata abbandonata dopo la versione di dicembre 2024, anche se restano opzioni Android mantenute dalla comunità. iOS non ha ancora un client Syncthing ufficiale con backup foto in background alla maniera di Nextcloud. Se il backup automatico del rullino è centrale nella tua configurazione, tratta il supporto mobile come una decisione a parte invece di dare per scontato che Syncthing sostituisca l'app Nextcloud.

Posso far girare alternative a Nextcloud su un VPS economico?

Sì, ma dimensiona il VPS sullo strumento e sul carico specifici invece di dare per scontato che un solo obiettivo di memoria vada bene per tutti e quattro. Seafile CE raccomanda ufficialmente almeno 2 GB di RAM e 2 core di CPU. Syncthing, AList e Cloudreve non forniscono minimi di RAM rigidi direttamente comparabili per i carichi di cui si parla qui, quindi parti dai loro requisiti di deployment e lascia margine per la dimensione della libreria, il database e il backend di storage.

Condividi

Discussione

Commenti

Accedi per partecipare alla discussione.

Altro dal blog

Continua a leggere.

Pronto a distribuire? Da 2,48 $/mese.

Cloud indipendente, dal 2008. AMD EPYC, NVMe, 40 Gbps. Rimborso entro 14 giorni.