You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: pages/serverless-containers/concepts.mdx
+27-3Lines changed: 27 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -142,6 +142,13 @@ Only one HTTP port can be exposed per Serverless Container.
142
142
143
143
A container's privacy policy defines whether a container may be invoked anonymously (**public**) or only via an authentication mechanism provided by the [Scaleway API](https://www.scaleway.com/en/developers/api/serverless-containers/#authentication) (**private**).
144
144
145
+
## Queue trigger
146
+
147
+
A queue trigger is a mechanism that connects a container to a queue created with [Scaleway Queues](/serverless/messaging/concepts/#queues), and invokes the container automatically whenever a message is added to the queue.
148
+
149
+
For each message that is sent to a queue, the trigger reads the message and invokes the associated container with the message as the input parameter.
150
+
The container can then process the message and perform any required actions, such as updating a database or sending a notification.
151
+
145
152
## Registry endpoint
146
153
147
154
The registry endpoint parameter is the resource linked to the container image used in your Serverless Container.
@@ -154,6 +161,17 @@ Use cases:
154
161
***Shorter timeouts:** Ideal for use cases with quick, predictable response times, such as HTTP APIs or real-time applications.
155
162
***Longer timeouts:** Useful for tasks requiring extended processing times, like data processing, report generation, or integration with slower external services.
156
163
164
+
## Rolling update
165
+
166
+
When deploying a new version of a Serverless Container, a rolling update is applied by default. This means that the new version of the service is gradually rolled out to your users without downtime.
167
+
Here is how it works:
168
+
169
+
* When a new version of your container is deployed, the platform automatically starts routing traffic to the new version incrementally, while still serving requests from the old version until the new one is fully deployed.
170
+
* Once the new version is successfully running, we gradually shift all traffic to it, ensuring zero downtime.
171
+
* The old version is decommissioned once the new version is fully serving traffic.
172
+
173
+
This process ensures a seamless update experience, minimizing user disruption during deployments. If needed, you can also manage traffic splitting between versions during the update process, allowing you to test new versions with a subset of traffic before fully migrating to it
174
+
157
175
## Sandbox
158
176
159
177
A sandbox is an isolation area for your container. Serverless Containers offer two sandboxing environments:
@@ -180,15 +198,21 @@ Serverless allows you to deploy your Functions (FaaS) and Containerized Applicat
180
198
181
199
Serverless.com (Serverless Framework) is a tool that allows you to deploy serverless applications without having to manage Serverless Container's API call. Write and deploy a YAML configuration file, everything else is handled automatically, even the image building.
182
200
183
-
## Serverless Function
201
+
## Serverless Containers
202
+
203
+
Serverless Containers is a fully managed service that enables you to run containerized applications in a scalable and serverless environment.
204
+
205
+
It automatically handles infrastructure management, scaling, and load balancing, allowing you to focus on writing code without worrying about servers or clusters. Serverless Containers supports any language, framework, or binary that can run in a container, and it integrates seamlessly with other Scaleway services, making it ideal for deploying modern, event-driven, and API-based applications.
206
+
207
+
## Serverless Functions
184
208
185
209
Serverless Functions are serverless, fully managed compute services that allow you to run small, stateless code snippets or functions in response to HTTP requests or events.
186
210
187
211
These functions automatically scale based on demand and are designed to be lightweight, event-driven, and easily deployable, eliminating the need to worry about infrastructure management. Functions is built on top of Serverless Containers, meaning you can run your functions packaged in containers and have them scale efficiently.
188
212
189
-
## Serverless Job
213
+
## Serverless Jobs
190
214
191
-
Serverless Jobs are similar to Serverless Containers but are better suited for running longer workloads. See [the comparaison between Serverless products](/serverless-containers/reference-content/difference-jobs-functions-containers) for more information.
215
+
Serverless Jobs are similar to Serverless Containers but are better suited for running longer workloads. See [the comparison between Serverless products](/serverless-containers/reference-content/difference-jobs-functions-containers) for more information.
Copy file name to clipboardExpand all lines: pages/serverless-functions/concepts.mdx
+11-3Lines changed: 11 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -158,15 +158,23 @@ Serverless allows you to deploy your Functions (FaaS) and Containerized Applicat
158
158
159
159
Serverless.com (Serverless Framework) is a tool that enables the deployment of serverless applications without having to manage Serverless Function's API call. Just write your configuration in a YAML and deploy, it handles everything.
160
160
161
-
## Serverless Function
161
+
## Serverless Containers
162
+
163
+
Serverless Containers is a fully managed service that enables you to run containerized applications in a scalable and serverless environment.
164
+
165
+
It automatically handles infrastructure management, scaling, and load balancing, allowing you to focus on writing code without worrying about servers or clusters. Serverless Containers supports any language, framework, or binary that can run in a container, and it integrates seamlessly with other Scaleway services, making it ideal for deploying modern, event-driven, and API-based applications.
166
+
167
+
## Serverless Functions
162
168
163
169
Serverless Functions are serverless, fully managed compute services that allow you to run small, stateless code snippets or functions in response to HTTP requests or events.
164
170
165
171
These functions automatically scale based on demand and are designed to be lightweight, event-driven, and easily deployable, eliminating the need to worry about infrastructure management. Functions is built on top of Serverless Containers, meaning you can run your functions packaged in containers and have them scale efficiently.
166
172
167
-
## Serverless Job
173
+
## Serverless Jobs
174
+
175
+
Serverless Jobs are similar to Serverless Containers but are better suited for running longer workloads. See [the comparison between Serverless products](/serverless-functions/reference-content/difference-jobs-functions-containers) for more information.
168
176
169
-
Serverless Jobs are similar to Serverless Functions but are better suited for running longer workloads. See [the comparaison between Serverless products](/serverless-functions/reference-content/difference-jobs-functions-containers) for more information.
177
+
Serverless Jobs are similar to Serverless Functions but are better suited for running longer workloads. See [the comparison between Serverless products](/serverless-functions/reference-content-difference-jobs-functions-containers) for more information.
Copy file name to clipboardExpand all lines: pages/serverless-jobs/concepts.mdx
+16Lines changed: 16 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -60,6 +60,22 @@ Performance metrics for your Serverless resources are natively available: see [m
60
60
61
61
A schedule (cron) is a mechanism used to automatically start a Serverless Job at a specific time on a recurring schedule. It works similarly to a traditional Linux cron job, using the `* * * * *` format. Refer to our [cron schedules reference](/serverless-jobs/reference-content/cron-schedules/) for more information.
62
62
63
+
## Serverless Containers
64
+
65
+
Serverless Containers is a fully managed service that enables you to run containerized applications in a scalable and serverless environment.
66
+
67
+
It automatically handles infrastructure management, scaling, and load balancing, allowing you to focus on writing code without worrying about servers or clusters. Serverless Containers supports any language, framework, or binary that can run in a container, and it integrates seamlessly with other Scaleway services, making it ideal for deploying modern, event-driven, and API-based applications.
68
+
69
+
## Serverless Functions
70
+
71
+
Serverless Functions are serverless, fully managed compute services that allow you to run small, stateless code snippets or functions in response to HTTP requests or events.
72
+
73
+
These functions automatically scale based on demand and are designed to be lightweight, event-driven, and easily deployable, eliminating the need to worry about infrastructure management. Functions is built on top of Serverless Containers, meaning you can run your functions packaged in containers and have them scale efficiently.
74
+
75
+
## Serverless Jobs
76
+
77
+
Serverless Jobs are similar to Serverless Containers but are better suited for running longer workloads. See [the comparison between Serverless products](/serverless-jobs/reference-content/difference-jobs-functions-containers) for more information.
78
+
63
79
## Secrets reference
64
80
65
81
A secret reference is a mechanism that allows you to use a secret stored in [Secret Manager](/secret-manager/) within Serverless Jobs. It allows you to securely reference sensitive data, such as API secret keys, passwords, tokens, or certificates.
0 commit comments