update concepts of timeouts

Author: thomas-tacquet

serverless/containers/concepts.mdx

@@ -146,6 +146,14 @@ A container's privacy policy defines whether a container may be invoked anonymou
 
 The registry endpoint parameter is the resource linked to the container image used in your Serverless Container.
 
+## Request timeout
+
+Request timeout is the maximum amount of time a request to a Serverless Function is allowed to run before the request is terminated. Purpose of this parameter is to ensure long-running requests do not hand indefinitely, which could impact ressource usage and scalability.
+
+Use cases:
+* **Shorter timeouts:** Ideal for use cases with quick, predictable response times, such as HTTP APIs or real-time applications.
+* **Longer timeouts:** Useful for tasks requiring extended processing times, like data processing, report generation, or integration with slower external services.
+
 ## Sandbox
 
 A sandbox is an isolation area for your container. Serverless Containers offer two sandboxing environments:
@@ -219,10 +227,6 @@ A Serverless Container can have the following statuses:
 
 Terraform is a tool for managing infrastructure using code. [Read the Terraform documentation for Serverless Containers](https://registry.terraform.io/providers/scaleway/scaleway/latest/docs/resources/container).
 
-## Timeout
-
-The timeout is the maximum length of time your container can spend processing a request before being stopped. This value must be in the range 10s to 900s.
-
 ## vCPU
 
 vCPU is the abbreviation for **v**irtual **C**entralized **P**rocessing **U**nit. A vCPU represents a portion or share of the underlying physical CPU assigned to a particular container.

serverless/functions/concepts.mdx

@@ -109,6 +109,14 @@ A queue trigger is a mechanism that connects a function to a queue created with
 For each message that is sent to a queue, the trigger reads the message and invokes the associated function with the message as the input parameter.
 The function can then process the message and perform any required actions, such as updating a database or sending a notification.
 
+## Request timeout
+
+Request timeout is the maximum amount of time a request to a Serverless Function is allowed to run before the request is terminated. Purpose of this parameter is to ensure long-running requests do not hand indefinitely, which could impact ressource usage and scalability.
+
+Use cases:
+* **Shorter timeouts:** Ideal for use cases with quick, predictable response times, such as HTTP APIs or real-time applications.
+* **Longer timeouts:** Useful for tasks requiring extended processing times, like data processing, report generation, or integration with slower external services.
+
 ## Rolling update
 
 When deploying a new version of a Serverless Function, 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.
@@ -175,11 +183,6 @@ A Serverless Function can have the following statuses:
 * **Pending**: your resource is under deployment.
 * **Error**: something went wrong during the deployment process or build of the source code to image. [Check our troubleshooting documentation](/serverless/functions/troubleshooting/function-in-error-state/) to solve the issue.
 
-
-## Timeout
-
-The timeout is the maximum length of time your handler can spend processing a request before being stopped. This value must be in the range 10s to 900s.
-
 ## Trigger
 
 In a serverless architecture, a function is not running constantly, but is rather triggered by an event.