/data
directory. If the node you are working on uses a database (like Postgres) to store data reliably, ensure this is configured to save information to this directory (and in a manner that would not corrupt any data stored by the core node process or other necessary services). It must be possible to stop all services defined in the Dockerfile and restart them (without corruption) using only the state stored in this /data
directory.
/data
is that mounting storage is trivial. If data was spread out across multiple folders, it would be necessary to mount multiple volumes (with each implementation likely using different volumes).
/data
and at locations determined by the asset issuer, it is much easier to write and test migration scripts.