
1.) Is this still this is a valid strategy for having parallel processing of async function executions? I saw some support threads on the appwrite site which were unclear to me.
2.) If I have 2 workers processing function executions in parallel, are the instances isolated from each other? e.g. if I have one exceution running which downloads files locally to operate on them, I do not want the 2nd parallel execution to overwrite these files or do any operations on the files from the other function execution. I want to be 100% sure these executions have their own namespace on disk (I'm not referring to persistent storage btw -- just parallel execution using additional worker-functions).
appwrite-worker-functions-1:
image: appwrite/appwrite:1.5.7
entrypoint: worker-functions
# <<: *x-logging
container_name: appwrite-worker-functions-1
restart: unless-stopped
# networks:
# - appwrite
depends_on:
- appwrite-redis
- appwrite-mariadb
- openruntimes-executor
environment:
- _APP_ENV
- ... more envs
appwrite-worker-functions-2:
image: appwrite/appwrite:1.5.7
entrypoint: worker-functions
# <<: *x-logging
container_name: appwrite-worker-functions-2
restart: unless-stopped
# networks:
# - appwrite
depends_on:
- appwrite-redis
- appwrite-mariadb
- openruntimes-executor
environment:
- _APP_ENV
- ... more envs
...
Recommended threads
- ENV vars not updating
When i do `nano .env` it shows `_APP_DOMAIN_TARGET=` as set to my domain, but when i do `docker compose exec appwrite vars` it shows `_APP_DOMAIN_TARGET=` as ...
- Index with the requested key already exi...
I'm using appwrite cli to create DB and I'm getting index_already_exists Is there a way to undestand the index name and maybe to skip if it's already exits?
- Hola equipo de soporte,
Hola equipo de soporte, Estoy desarrollando una Function en Appwrite Cloud con Node.js 22 y el siguiente package.json: { "name": "upload-whitelist", "type"...
