Fliclic separa gli ambienti con identità, gruppi, pool PHP-FPM, database, permessi e quote. Non usa oggi container o cgroup per offrire una quota kernel completa di CPU, RAM e processi per tenant.
Project Quota copre l'albero del servizio, compresi backup, log e temporanei, ma non il datadir del database o tutte le aree globali del sistema. Le metriche mostrate dal controllo centrale possono essere periodiche e non costituiscono telemetria istantanea.
La disponibilità delle versioni PHP varia per ambiente. La versione non descrive estensioni, patch e configurazione completa; la compatibilità applicativa va verificata.
I backup sono locali al nodo e partecipano alla quota del servizio. Non costituiscono copia off-site, backup dell'intera VPS o disaster recovery geografico.
La modalità HOT non è atomica tra file e database. La modalità STOP riduce le scritture HTTP ma non congela ogni processo o accesso. Il restore è fotografico e distruttivo: non conserva file o database successivi e non crea automaticamente una copia preventiva dello stato corrente.
Un backup senza lo snapshot compatibile non viene ripristinato automaticamente. Lo storico dei database deve restare disponibile per il mapping. Gli import SQL possono fallire dopo l'inizio perché DDL e contenuti applicativi non sono una transazione globale.
Il restore conserva la versione PHP storica come metadato, ma continua a usare il runtime corrente. Non verifica né installa automaticamente una vecchia versione.
Lock, claim e stati proteggono livelli differenti, ma non esiste un lock universale per ambiente condiviso da ogni workflow. Il pannello deve impedire nuove richieste incompatibili mentre un'attività è in corso.
Alcuni crash possono lasciare richieste in esecuzione e risorse parziali. Il sistema non include oggi un watchdog o retry automatico del restore. Questa assenza è deliberata: ripetere una fase distruttiva senza conoscere lo stato reale potrebbe aggravare il danno.
Nei workflow più vecchi, claim, verifiche finali e rollback non sono uniformi quanto nel restore recente. Un errore tardivo nella creazione o duplicazione può lasciare risorse da diagnosticare e rimuovere o completare manualmente.
I nuovi flussi di backup e restore evitano i segreti negli argomenti, ma alcune catene storiche li usano ancora. La visibilità cross-utente è mitigata a livello server; la rimozione completa richiede una migrazione coordinata di chiamanti e script.
Le connessioni al controllo centrale usano TLS obbligatorio. La verifica completa dell'identità dell'endpoint non è ancora la policy distribuita, perché richiede hostname e certificato coerenti. La cifratura corrente non viene presentata come equivalente a tale verifica.
Alcuni workflow che modificano PHP-FPM usano reload del master condiviso. Il restore è stato reso tenant-safe rispetto a questo punto, ma la stessa soluzione non è stata ancora estesa a tutte le operazioni del ciclo di vita.
Fliclic Server non è attualmente distribuito come software autonomo da installare su una VPS generica. Non risultano un installer pubblico, un updater completo approvato o un pacchetto di rilascio che configuri automaticamente un nuovo nodo.
Non sono implementati come parte del flusso descritto:
Il sito può raccontare l'architettura e la sua direzione senza anticipare queste capacità.
