Replies: 3 comments 8 replies
-
|
Hello! I can't give detailed information on that, but Appwrite cloud has redundant servers. More than 5 seconds seems to be unusual and slow for that action. What queries are you running for it? |
Beta Was this translation helpful? Give feedback.
-
|
just wanted to chip in, I had a DB query in my Cloud test project with less than 10 rows which took over 10 SECONDS to finish. I just wanted to get all fields of a row with a specific ID. The time fluctuates a lot, though, so it's hard to give detailed steps to reproduce it. |
Beta Was this translation helpful? Give feedback.
-
|
Hey @Buzut, thank you so much for your kind words. I'll do my best the shed some clarity and help with your concerns. To start, due to data privacy and security restrictions we can not disclose specific information about Cloud's infrastructure design, machines types, or vendor names, but we can share a good amount of details and you can also assume that the basic design is based in majority on the design of the open source edition with important optimization for Cloud (hyper) scale (Appwrite Cloud is by far the biggest Appwrite setup in the wild to the best of our knowledge). Appwrite Cloud uses a multi-cloud architecture, meaning we utilize multiple cloud vendors simultaneously, including major cloud vendors. For each vendor, we strictly use only standard compute, DNS, storage, CDN services, and additional security layers like DDoS protection where relevant. We do not use any managed database services, all our databases are self-managed using high-availability setups. This design avoids any form of vendor lock-in, both in terms of business agreements and software. It allows us to host Appwrite on any provider, which is especially crucial for our self-hosted edition and our enterprise offerings that includes “bring your own cloud” and must be able to work on any provider or locally on your laptop. On top of that, all of Appwrite API services and workers are designed with highly available, distributed, and redundant setups. Scaling is easy and we take leverage of sharding and other techniques to easily scale horizontally or vertically. We’re continuously working to improve the performance of Appwrite, which has been a major focus for us for a long time. Version 1.6 introduced significant enhancements, and we’ve recently implemented more cloud-specific improvements that have shown over 70%-100% reduction in latency. We’re actively working on additional ways to boost Appwrite’s performance as Cloud beta continues. We expect Appwrite 1.7 to be our fastest version yet, with massive rewrites of our internal API engines showing over 100% improvements in lab environment benchmarks. We’re very excited about this and other planned improvements that are being released regularly. If anyone encounters performance issues, our support team is more than happy to assist, and our engineers are also often available for advice in our Discord community. I will also make sure to have this kind of information available on our official docs, I have added this to our backlog. |
Beta Was this translation helpful? Give feedback.

Uh oh!
There was an error while loading. Please reload this page.
-
First of all, thank you so much for building AppWrite and making it open source! I love the UI and the features.
Now I can't find any information on the current cloud infrastructure apart that it's hosted in Germany. Is this AWS/GCP or the likes under the hood? Redundancy?
Although the Cloud is still in Beta phase, before committing with a provider, I think it's important to know what we're going with.
So far, each time I give the Cloud a try, it's very slow and so I'm discouraged of using it for any serious project at this stage.
This very simple db query (server side) is more than half a sec although there are less than 5 entries in the tables:
https://cloud.appwrite.io/v1/databases/66a66c150013ad553b55/collections/66e92743002161025f62/documents{ "total": 2, "documents": [ { "slug": "sr-lb", "parent_id": "", "noindex": false, "$id": "66e928f40038a1367242", "$createdAt": "2024-09-17T07:00:05.196+00:00", "$updatedAt": "2024-09-17T08:01:42.925+00:00", "$permissions": [], "tags": [ { "tag": "power", "$id": "66e92c0b0038b4882bec", "$createdAt": "2024-09-17T07:13:16.034+00:00", "$updatedAt": "2024-09-17T07:13:16.034+00:00", "$permissions": [], "$databaseId": "66a66c150013ad553b55", "$collectionId": "66e92be20002cb4e8762" } ], "$databaseId": "66a66c150013ad553b55", "$collectionId": "66e92743002161025f62" }, { "slug": "sr-ub", "parent_id": "", "noindex": false, "$id": "66e92bbe0035d862f17d", "$createdAt": "2024-09-17T07:11:58.961+00:00", "$updatedAt": "2024-09-17T07:11:58.961+00:00", "$permissions": [], "tags": [], "$databaseId": "66a66c150013ad553b55", "$collectionId": "66e92743002161025f62" } ] }Also just ran a very simple user/email session creation, slightly more than 500ms… And I'm in France, so I wouldn't say Germany is that far. In the meantime, I get sub 50ms for similar queries with other services.
Beta Was this translation helpful? Give feedback.
All reactions