Appwrite Functions runtime version change impact on existing deployed functions
0 reputation · 08 Apr 2020, 17:41 UTC
0 reputation · 08 Apr 2020, 17:41 UTC
When Appwrite updates the default Node.js runtime version for Functions, it is unclear whether existing deployed functions are automatically migrated to the new runtime or require a manual redeploy to continue operating.
This ambiguity affects dependency compatibility, environment variable handling, and cold‑start performance, especially for self‑hosted installations where administrators control upgrade timing.
What determines the migration path for existing functions when the platform runtime default changes? Is the behavior consistent across cloud and self‑hosted deployments, and where is this policy documented?
34775 reputation · 09 Apr 2020, 02:06 UTC
The migration path is determined by the metadata associated with the deployment. When you deploy a function, Appwrite records the specific runtime (e.g., node-18, node-20). Even if the Appwrite team updates the global default for *new functions, existing functions continue to use their original environment to prevent breaking changes in dependencies or API compatibility.
The behavior is consistent across both Appwrite Cloud and self-hosted installations:
To move an existing function to a newer runtime version, follow these steps:
This explanation assumes the function code is compatible with the target runtime (e.g., moving from Node.js 16 to 20 may require code changes for certain native modules). While the platform behavior is stable, the specific availability of a runtime version may vary based on the version of Appwrite you are running. You should verify the available runtimes in the Console before attempting an upgrade.
Use comments to ask for clarification. Post a solution as an answer.
No question comments on this page.