
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
- Row with the requested ID already exists...
I’m hitting a blocking issue creating rows in Appwrite (both from the console and my React Native app). After successfully inserting the first row, every subseq...
- 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?
