Posizioni di file system classiche per la mia app Linux per scrivere i suoi file?

1

Ho un'applicazione che sto scrivendo su Linux. Si tratta di una webapp Java progettata per essere eseguita su Tomcat. Al momento dell'inizializzazione, la mia applicazione copierà alcuni programmi di utilità java autonomi sul filesystem host che verranno distribuiti nel corso delle sue esecuzioni. Supponiamo che non sia desiderabile per me eseguire queste utility nella JVM di Tomcat - devono essere eseguite nella loro JVM come app Java indipendenti.

Le utilità java stesse saranno effimere che devono durare tra le esecuzioni della mia app (e potrei aggiornarle nel tempo), ma le utilità salvano i dati nel filesystem che ha bisogno di persistere tra le esecuzioni (la cartella in cui i dati dell'utilità sono memorizzati è configurabile.)

Non so o mi interessa dove vive la mia app web Java; Tomcat dell'host lo gestirà per me. Ma mi piacerebbe sapere dove è meglio (esteticamente, tradizionalmente, per ragioni di sicurezza, ecc.) Su Linux per me scrivere i miei programmi di utilità e dove è meglio per me dirigere quei programmi a scrivere i loro dati persistenti.

Luoghi in cui ho pensato di scrivere sono sottocartelle sotto la home dell'utente Tomcat e in / var. Scrivere su / tmp mi spaventa, ho visto che la cartella ha esaurito lo spazio perché la sua partizione non era quella principale. Scrivo tutto sotto una cartella (effimera e persistente) o divido tutto?

Come probabilmente puoi dire, conosco abbastanza per essere pericoloso sui sistemi Linux / Unix, ma non ne so abbastanza per l'architettura del software. Detesterei che la mia app eseguisse qualcosa di imbarazzante o non tradizionale per i sistemi Linux con il filesystem del cliente.

    
posta DWoldrich 21.05.2017 - 16:28
fonte

0 risposte

Leggi altre domande sui tag