OPSEXP-3109 Provide anonymous volumes for alfresco content store and sfs

[gionn]

• Enable restarting the alfresco container without data loss

Now it's possible to run consecutive compose up without getting:

2025-02-26T14:08:49,603 [] ERROR [repo.admin.ConfigurationChecker] [main] CONTENT INTEGRITY ERROR: System content not found in content store: 'store://2025/2/26/13/49/a07593db-c44b-4edb-b593-dbc44bfedb5e.bin'
2025-02-26T14:08:49,603 [] ERROR [repo.admin.ConfigurationChecker] [main] Ensure that the 'dir.root' property './alf_data' is pointing to the correct data location.
2025-02-26T14:08:49,605 [] WARN  [context.support.XmlWebApplicationContext] [main] Exception encountered during context initialization - cancelling refresh attempt: org.alfresco.error.AlfrescoRuntimeException: 01260036 Ensure that the 'dir.root' property './alf_data' is pointing to the correct data location.
2025-02-26T14:08:49,953 [] ERROR [web.context.ContextLoader] [main] Context initialization failed
org.alfresco.error.AlfrescoRuntimeException: 01260036 Ensure that the 'dir.root' property './alf_data' is pointing to the correct data location.
	at org.alfresco.repo.admin.ConfigurationChecker.check(ConfigurationChecker.java:212) ~[alfresco-repository-23.4.1.1.jar:23.4.1.1]
	at org.alfresco.repo.admin.ConfigurationChecker.access$0(ConfigurationChecker.java:167) ~[alfresco-repository-23.4.1.1.jar:23.4.1.1]
	at org.alfresco.repo.admin.ConfigurationChecker$1$1.doWork(ConfigurationChecker.java:155) ~[alfresco-repository-23.4.1.1.jar:23.4.1.1]

Anonymous volumes still need to be cleaned up to recover space with docker volume prune.

Switching to anonymous volumes for sfs service for uniformity and because we don't really need a named tmpfs volume for it.

Fix #649

OPSEXP-3109

[alxgomz]

If we rely on the local driver to dynamically create volumes, I see no good reason to keep using tmpfs (which anyway is documented to only work on linux) for sfs or even declare that volume at top level.
Can we align it with the other volumes?