Always-on server
Keep a process listening for requests, with runtime control and responsibility for capacity, supervision and recovery.
Open field noteCompare serving files, running functions on demand, and keeping a server running to decide execution and operating responsibilities.
Search within: Hosting execution models
3 field notes
Keep a process listening for requests, with runtime control and responsibility for capacity, supervision and recovery.
Open field noteRun event-triggered work without owning long-lived compute processes.
Open field noteServe prebuilt public files with minimal application operations.
Open field note| Concept | Features | Advantages | Limitations | Suitable situations | Combination conditions |
|---|---|---|---|---|---|
| Always-on server | Long-running request listener | Direct runtime control | Supervision and recovery need owners | Custom runtime behavior | External durable store and static frontend |
| Serverless functions | Event-triggered managed handlers | Platform handles server provisioning | Retries and lifecycle need design | Event-oriented APIs | Static frontend plus external storage |
| Static hosting | Prebuilt file delivery | Reading needs no app renderer | Personal writes need an API | Public articles and documentation | Static generator plus server or function |