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: faq/serverless-containers.mdx
+68-1Lines changed: 68 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,6 +10,49 @@ category: serverless
10
10
productIcon: ContainersProductIcon
11
11
---
12
12
13
+
## What is serverless computing, and how does it differ from traditional cloud hosting?
14
+
15
+
Serverless computing is a cloud execution model where the cloud provider dynamically manages the allocation of compute resources. Unlike traditional hosting models, you do not need to provision, scale, or maintain servers. Instead, you focus solely on writing and deploying your code, and the infrastructure scales automatically to meet demand.
16
+
17
+
## Why consider using Serverless Containers, Functions, or Jobs for my projects?
18
+
19
+
These services allow you to build highly scalable, event-driven, and pay-as-you-go solutions. Serverless Containers and Functions help you create applications and microservices without worrying about server management, while Serverless Jobs lets you run large-scale, parallel batch-processing tasks efficiently. This can lead to faster development cycles, reduced operational overhead, and cost savings.
20
+
21
+
## Can I run any application on Serverless Containers?
22
+
23
+
Yes. Because Serverless Containers supports any containerized application, you can choose the language, runtime, and framework that best suits your needs. As long as it can run in a container and respond to HTTP requests, Serverless Containers can host it.
24
+
25
+
## What are the cost benefits of using serverless services like Serverless Containers?
26
+
27
+
With serverless, you only pay for the computing resources you use. There are no upfront provisioning costs or paying for idle capacity. When your application traffic is low, the cost scales down, and when traffic spikes, the platform automatically scales up, ensuring you never overpay for unused resources.
28
+
29
+
## Can updates of Serverless Containers cause downtime?
30
+
31
+
No, deploying a new version of your Serverless Container generates a **rolling update**. This means that a new version of the service is gradually
32
+
rolled out to your users without downtime. Here is how it works:
33
+
34
+
* 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.
35
+
* Once the new version is successfully running, we gradually shift all traffic to it, ensuring zero downtime.
36
+
* The old version is decommissioned once the new version is fully serving traffic.
37
+
38
+
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.
39
+
40
+
## Can I upgrade Serverless Container resources (vCPU and RAM) at any time?
41
+
42
+
Yes, Serverless Containers resources can be changed at any time without causing downtime - see the previous question for full details.
43
+
44
+
## How does scaling work in these serverless services?
45
+
46
+
Scaling in Serverless Containers and Serverless Functions is handled automatically by the platform. When demand increases - more requests or events - the platform spins up additional instances to handle the load. When demand decreases, instances spin down. This ensures optimal performance without manual intervention.
47
+
48
+
## How do I integrate my serverless solutions with other Scaleway services?
49
+
50
+
Integration is straightforward. Serverless Functions and Containers can be triggered by events from [Queues](/serverless/messaging/concepts/#queues) and [Topics and Events](/serverless/messaging/concepts/#topics-and-events), and can easily communicate with services like [Managed Databases](/managed-databases/) or [Serverless databases](/serverless/sql-databases/). [Serverless Jobs](/serverless/jobs/) can pull data from [Object Storage](/storage/object), or output processed results into a database. With managed connectors, APIs, and built-in integrations, linking to the broader Scaleway ecosystem is seamless.
51
+
52
+
## Can I migrate existing applications to Serverless Containers?
53
+
54
+
Yes. Many traditional applications can be containerized and deployed to Serverless Containers. This makes it easier to modernize legacy systems without a complete rewrite. By moving to a serverless platform, you gain automatic scaling, reduced operational overhead, and a simpler infrastructure management experience.
55
+
13
56
## Are applications deployed on Serverless Containers stateless?
14
57
15
58
Yes, all applications deployed on Serverless Containers are stateless. This means the server does not store any state about the client session. Instead, the session data is stored on the client and passed to the server as needed.
@@ -143,4 +186,28 @@ solutions like Scaleway Object Storage.
143
186
## Why does my container have an instance running after deployment, even with min-scale 0?
144
187
145
188
Currently, a new container instance will always start after each deployment, even if there is no traffic and the minimum
146
-
scale is set to 0. This behavior is not configurable at this time.
189
+
scale is set to 0. This behavior is not configurable at this time.
190
+
191
+
## How can I store data in my Serverless resource?
192
+
193
+
Serverless resources are by default [stateless](/serverless/containers/concepts/#stateless), local storage is ephemeral.
194
+
195
+
For some use cases, such as saving analysis results, exporting data etc., it can be important to save data. Serverless resources can be connected to other resources from the Scaleway ecosystem for this purpose:
196
+
197
+
### Databases
198
+
199
+
*[Serverless Databases](/serverless/sql-databases/): Go full serverless and take the complexity out of PostgreSQL database operations.
200
+
*[Managed MySQL / PostgreSQL](/managed-databases/postgresql-and-mysql/): Ensure scalability of your infrastructure and storage with our new generation of Managed Databases designed to scale on-demand according to your needs.
201
+
*[Managed Database for Redis®](/managed-databases/redis/): Fully managed Redis®* in seconds.
202
+
*[Managed MongoDB®](/managed-databases/mongodb/): Get the best of MongoDB® and Scaleway in one database.
203
+
204
+
### Storage
205
+
206
+
*[Object Storage](/storage/object/): Multi-AZ resilient object storage service ensuring high availability for your data.
207
+
*[Scaleway Glacier](/storage/object/): Our outstanding Cold Storage class to secure long-term object storage. Ideal for deep archived data.
208
+
209
+
<Messagetype="tip">
210
+
Explore all Scaleway products in the console and select the right product for your use case.
211
+
212
+
Further integrations are also possible even if not listed above, for example, [Secret Manager](/identity-and-access-management/secret-manager/) can help you to store information that requires versioning.
Copy file name to clipboardExpand all lines: faq/serverless-functions.mdx
+59Lines changed: 59 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,6 +10,41 @@ category: serverless
10
10
productIcon: FunctionsProductIcon
11
11
---
12
12
13
+
## What is serverless computing, and how does it differ from traditional cloud hosting?
14
+
15
+
Serverless computing is a cloud execution model where the cloud provider dynamically manages the allocation of compute resources. Unlike traditional hosting models, you do not need to provision, scale, or maintain servers. Instead, you focus solely on writing and deploying your code, and the infrastructure scales automatically to meet demand.
16
+
17
+
## Why consider using Serverless Containers, Functions, or Jobs for my projects?
18
+
19
+
These services allow you to build highly scalable, event-driven, and pay-as-you-go solutions. Serverless Containers and Functions help you create applications and microservices without worrying about server management, while Serverless Jobs lets you run large-scale, parallel batch-processing tasks efficiently. This can lead to faster development cycles, reduced operational overhead, and cost savings.
20
+
21
+
## What are the cost benefits of using serverless services like Serverless Containers and Serverless Functions?
22
+
23
+
With serverless, you only pay for the computing resources you use. There are no upfront provisioning costs or paying for idle capacity. When your application traffic is low, the cost scales down, and when traffic spikes, the platform automatically scales up, ensuring you never overpay for unused resources.
24
+
25
+
## How does scaling work in these serverless services?
26
+
27
+
Scaling in Serverless Containers and Serverless Functions is handled automatically by the platform. When demand increases - more requests or events - the platform spins up additional instances to handle the load. When demand decreases, instances spin down. This ensures optimal performance without manual intervention.
28
+
29
+
## Can updates of Serverless Function cause downtime?
30
+
31
+
No, deploying a new version of your Serverless Function generates a **rolling update**. This means that a new version of the service is gradually
32
+
rolled out to your users without downtime. Here is how it works:
33
+
34
+
* When a new version of your function 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.
35
+
* Once the new version is successfully running, we gradually shift all traffic to it, ensuring zero downtime.
36
+
* The old version is decommissioned once the new version is fully serving traffic.
37
+
38
+
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 them.
39
+
40
+
## Can I upgrade Serverless Function resources (vCPU and RAM) at any time?
41
+
42
+
Yes, Serverless Functions resources can be changed at any time without causing downtime, see the previous question for full details.
43
+
44
+
## How do I integrate my serverless solutions with other Scaleway services?
45
+
46
+
Integration is straightforward. Serverless Functions and Containers can be triggered by events from [Queues](/serverless/messaging/concepts/#queues) and [Topics and Events](/serverless/messaging/concepts/#topics-and-events), and can easily communicate with services like [Managed Databases](/managed-databases/) or [Serverless databases](/serverless/sql-databases/). [Serverless Jobs](/serverless/jobs/) can pull data from [Object Storage](/storage/object), or output processed results into a database. With managed connectors, APIs, and built-in integrations, linking to the broader Scaleway ecosystem is seamless.
47
+
13
48
## How am I billed for Serverless Functions?
14
49
15
50
### Principle
@@ -184,3 +219,27 @@ solutions like Scaleway Object Storage.
184
219
185
220
Currently, a new function instance will always start after each deployment, even if there is no traffic and the minimum
186
221
scale is set to 0. This behavior is not configurable at this time.
222
+
223
+
## How can I store data in my Serverless resource?
224
+
225
+
Serverless resources are by default [stateless](/serverless/functions/concepts/#stateless), local storage is ephemeral.
226
+
227
+
For some use cases, such as saving analysis results, exporting data etc., it can be important to save data. Serverless resources can be connected to other resources from the Scaleway ecosystem for this purpose:
228
+
229
+
### Databases
230
+
231
+
*[Serverless Databases](/serverless/sql-databases/): Go full serverless and take the complexity out of PostgreSQL database operations.
232
+
*[Managed MySQL / PostgreSQL](/managed-databases/postgresql-and-mysql/): Ensure scalability of your infrastructure and storage with our new generation of Managed Databases designed to scale on-demand according to your needs.
233
+
*[Managed Database for Redis®](/managed-databases/redis/): Fully managed Redis®* in seconds.
234
+
*[Managed MongoDB®](/managed-databases/mongodb/): Get the best of MongoDB® and Scaleway in one database.
235
+
236
+
### Storage
237
+
238
+
*[Object Storage](/storage/object/): Multi-AZ resilient object storage service ensuring high availability for your data.
239
+
*[Scaleway Glacier](/storage/object/): Our outstanding Cold Storage class to secure long-term object storage. Ideal for deep archived data.
240
+
241
+
<Messagetype="tip">
242
+
Explore all Scaleway products in the console and select the right product for your use case.
243
+
244
+
Some products are not listed but for example, on specific use cases Secret Manager can help you to store informations that requires versioning.
Copy file name to clipboardExpand all lines: faq/serverless-jobs.mdx
+43-2Lines changed: 43 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,9 +10,27 @@ category: serverless
10
10
productIcon: ServerlessJobsProductIcon
11
11
---
12
12
13
-
## What are Serverless Jobs?
13
+
## What is serverless computing, and how does it differ from traditional cloud hosting?
14
14
15
-
Scaleway Serverless Jobs is a fully managed service that enables efficient execution of batch computing workloads. It automates management tasks, allowing users to run large-scale batch jobs with ease.
15
+
Serverless computing is a cloud execution model where the cloud provider dynamically manages the allocation of compute resources. Unlike traditional hosting models, you do not need to provision, scale, or maintain servers. Instead, you focus solely on writing and deploying your code, and the infrastructure scales automatically to meet demand.
16
+
17
+
## Why consider using Serverless Containers, Functions, or Jobs for my projects?
18
+
19
+
These services allow you to build highly scalable, event-driven, and pay-as-you-go solutions. Serverless Containers and Functions help you create applications and microservices without worrying about server management, while Serverless Jobs lets you run large-scale, parallel batch-processing tasks efficiently. This can lead to faster development cycles, reduced operational overhead, and cost savings.
20
+
21
+
## What is Serverless Jobs, and when should I use it?
22
+
23
+
Serverless Jobs allows you to run large-scale batch processing and computational workloads in a fully managed environment. If you have tasks like data processing, machine learning training jobs, simulations, or large-scale analytics that can be parallelized, Serverless Jobs helps you orchestrate and manage those workloads seamlessly.
24
+
25
+
## How do I integrate my serverless solutions with other Scaleway services?
26
+
27
+
Integration is straightforward. Serverless Functions and Containers can be triggered by events from [Queues](/serverless/messaging/concepts/#queues) and [Topics and Events](/serverless/messaging/concepts/#topics-and-events), and can easily communicate with services like [Managed Databases](/managed-databases/) or [Serverless databases](/serverless/sql-databases/). [Serverless Jobs](/serverless/jobs/) can pull data from [Object Storage](/storage/object), or output processed results into a database. With managed connectors, APIs, and built-in integrations, linking to the broader Scaleway ecosystem is seamless.
28
+
29
+
## Can I update Serverless Jobs resources (vCPU and RAM) at any time?
30
+
31
+
Yes, resources of your Job Definition can be updated at any time.
32
+
33
+
Ongoing Job Runs will remain using the resources definied at the time it started.
16
34
17
35
## How am I billed for Serverless Jobs?
18
36
@@ -124,3 +142,26 @@ To add network restrictions on your resource, consult the [list of prefixes used
124
142
## Can I securely use sensitive information with Serverless Jobs?
125
143
126
144
Yes, you can use sensitive data such as API secret keys, passwords, TLS/SSL certificates, or tokens. Serverless Jobs seamlessly integrates with [Secret Manager](/identity-and-access-management/secret-manager/), which allows you to securely reference sensitive information within your jobs. Refer to the [dedicated documentation](/serverless/jobs/how-to/reference-secret-in-job/) for more information.
145
+
146
+
## How can I store data in my Serverless resource?
147
+
148
+
Serverless resources are by default [stateless](/serverless/functions/concepts/#stateless), local storage is ephemeral.
149
+
150
+
For some use cases, such as saving analysis results, exporting data etc., it can be important to save data. Serverless resources can be connected to other resources from the Scaleway ecosystem for this purpose:
151
+
152
+
### Databases
153
+
154
+
*[Serverless Databases](/serverless/sql-databases/): Go full serverless and take the complexity out of PostgreSQL database operations.
155
+
*[Managed MySQL / PostgreSQL](/managed-databases/postgresql-and-mysql/): Ensure scalability of your infrastructure and storage with our new generation of Managed Databases designed to scale on-demand according to your needs.
156
+
*[Managed MongoDB®](/managed-databases/mongodb/): Get the best of MongoDB® and Scaleway in one database.
157
+
158
+
### Storage
159
+
160
+
*[Object Storage](/storage/object/): Multi-AZ resilient object storage service ensuring high availability for your data.
161
+
*[Scaleway Glacier](/storage/object/): Our outstanding Cold Storage class to secure long-term object storage. Ideal for deep archived data.
162
+
163
+
<Messagetype="tip">
164
+
Explore all Scaleway products in the console and select the right product for your use case.
165
+
166
+
Some products are not listed but for example, on specific use cases Secret Manager can help you to store informations that requires versioning.
0 commit comments