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
@@ -115,15 +115,15 @@ The Serverless infrastructure manages incoming request traffic. In scenarios lik
115
115
116
116
## Logging
117
117
118
-
Serverless Containers offers a built-in logging system based on Cockpit to track the activity of your resources: see [monitoring Serverless Containers](/serverless-containers/how-to/monitor-container/).
118
+
Serverless Containers offers a built-in logging system based on Cockpit to track the activity of your resources. Refer to [monitoring Serverless Containers](/serverless-containers/how-to/monitor-container/) for more information.
119
119
120
120
## Max scale
121
121
122
-
This parameter sets the maximum number of container instances. You should adjust it based on your container's traffic spikes, keeping in mind that you may wish to limit the max scale to manage costs effectively.
122
+
This parameter sets the maximum number of container instances. You should adjust it based on your container's traffic spikes, keeping in mind that you may wish to limit the maximum scale to manage costs effectively.
123
123
124
124
## Metrics
125
125
126
-
Performance metrics for your Serverless resources are natively available: see [monitoring Serverless Containers](/serverless-containers/how-to/monitor-container/).
126
+
Performance metrics for your Serverless resources are natively available. Refer to [monitoring Serverless Containers](/serverless-containers/how-to/monitor-container/) for more information.
127
127
128
128
## Min scale
129
129
@@ -165,7 +165,7 @@ Refer to the [dedicated FAQ](/serverless-containers/faq/#how-can-i-configure-acc
165
165
A queue trigger is a mechanism that connects a container to a queue created with [Scaleway Queues](/queues/concepts/#scaleway-queues), and invokes the container automatically whenever a message is added to the queue.
166
166
167
167
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.
168
-
The container can then process the message and perform any required actions, such as updating a database or sending a notification.
168
+
The container can then process the message, and perform any required actions, such as updating a database or sending a notification.
169
169
170
170
## Registry endpoint
171
171
@@ -181,11 +181,10 @@ Use cases:
181
181
182
182
## Rolling update
183
183
184
-
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.
185
-
Here is how it works:
184
+
When deploying a new version of a Serverless Container, a rolling update is applied by default. The new version of the service is gradually rolled out to your users without downtime, as follows:
186
185
187
186
* When a new version of your container is deployed, the platform automatically starts routing traffic to it incrementally, while still serving requests from the old version until the new one is fully deployed.
188
-
* Once the new version is successfully running, we gradually shift all traffic to it, ensuring zero downtime.
187
+
* Once the new version is successfully running, the platform gradually shifts all traffic to it, ensuring zero downtime.
189
188
* The old version is decommissioned once the new version is fully serving traffic.
190
189
191
190
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.
@@ -200,7 +199,7 @@ Refer to the [dedicated documentation](/serverless-containers/reference-content/
200
199
201
200
## Scale to zero
202
201
203
-
One of the advantages of Serverless Containers is that when your container is not triggered, it does not consume any resources, which enables great savings.
202
+
When provisioned with a [minimum scale](#min-scale)of `0`, Serverless Containers scale down to zero active instances as long as they are not triggered. While idling, they do not consume any resources, which allows to reduce the cost of your infrastructure.
0 commit comments