Skip to content

Commit 41f211d

Browse files
authored
Merge pull request #2779 from appwrite/add-edge-resilience-changelog
Add edge resilience changelog
2 parents 6c37c17 + 6fc0124 commit 41f211d

File tree

2 files changed

+19
-4
lines changed

2 files changed

+19
-4
lines changed
Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -1,21 +1,21 @@
11
---
22
layout: changelog
3-
title: "Free Plan Update: Automatic Pausing of Inactive Projects"
3+
title: "Free plan update: Automatic pausing of inactive projects"
44
date: 2026-02-20
55
---
66

77
To reduce idle infrastructure costs and keep the Free plan sustainable at scale, projects on the Free plan with no development activity for 7 consecutive days will be automatically paused.
88

9-
**What "paused" means**
9+
**What "paused" means**
1010

1111
- Data is not deleted
1212
- The project is not accessible to users while paused
1313
- No background processes run (backups, cron jobs, scheduled functions)
1414
- Projects can be reactivated anytime from the Appwrite Console and become active immediately
1515

16-
**Why this change**
16+
**Why this change**
1717
Running cloud infrastructure incurs ongoing costs, even for inactive projects. Automatically pausing idle projects ensures resources are prioritized for developers actively building, while keeping the Free plan sustainable long term.
1818

19-
**Important**
19+
**Important**
2020
Projects that require continuous availability should be on a paid plan. Free plan projects remain active as long as they show development activity in the Console.
2121
We will continue evolving the Free plan to keep it generous, sustainable, and aligned with active builders.
Lines changed: 15 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,15 @@
1+
---
2+
layout: changelog
3+
title: Edge runtimes just got more resilient
4+
date: 2026-03-02
5+
---
6+
7+
We've rolled out infrastructure improvements to strengthen runtime stability across regions, including NYC, after identifying DNS-related instability under load.
8+
9+
What's improved:
10+
11+
- DNS resilience under network partitions
12+
- More powerful instance types and tuning of runtime resource allocations improve performance alongside noisy neighbours
13+
- Improvements to runtime monitoring and alerting
14+
15+
These changes reduce DNS-related latency, improve cold start reliability, and minimize blast radius during node-level issues.

0 commit comments

Comments
 (0)