The convention in terms of underlying file system technology appears to be using block storage solutions such as Cinder, BGFS etc... (which can use Ceph, iSCSI, and other block file types) or object storage like Minio
These kinds of solutions help to manage the underlying disk space easily and also take into account an implicit need of distributed file systems.
It does depend on use cases and NFS is perfectly suitable for use cases where performance is not a concern, like writing files. In this way, a wikijs container would be a perfect candidate for NFS so that writing the user-generated content can remain separate from the container.
Where block storage solutions also shine for containers is providing ease of deployment in rapid create-destroy cycles. As is the typical use case.
Then again, if you are running lots and lots of containers that have indefinite life spans (like I am with Nextcloud, Heimdall, pihole, etc...) then block storage solutions may also provide you with a more flexible arrangement. I like the idea of using block storage in this scenario as the disk and file system are handled by the application/container, rather than it depending on external factors. That may or may not be a real world concern, but I could imagine there being potential issues with NFS because of those reasons or more specifically: less compromise with a block storage solution.
Finally, and I need to confirm this, tracking the volumes associated with each container becomes a task in and of itself. These block storage solutions may provide a neat and manageable way to track that across create-destroy cycles for backup and restore.