A function is the basic unit of management and operation in SCF, which usually consists of a series of configuration items and executable code/packages. You can trigger a function through APIs. You can also pass different events to a function through different triggers to trigger it for event processing.
A function resource must belong to a certain region. For regions supported by SCF, see Billing Overview.
A function resource must be created under a certain namespace in a certain region. Each region has a default
namespace. You can also create namespaces, whose names cannot be modified after creation.
It is the unique identifier of a function, must be unique under the same namespace, and cannot be modified after creation.
SCF supports two function types: event-triggered function and HTTP-triggered function.
Execution environment of the function code. Currently, SCF supports Python, Node.js, PHP, Java, Go, Custom Runtime, and image deployment.
The execution method specifies the starting file and function while invoking the function. There are three ways as follows:
main
.index.main_handler
.NotePlease note that FileName does not include the file name extension, and FunctionName is the name of the entry function. Make sure that the file name extension matches the programming language. For example, for Python programming, the file name extension is
.py
, and for Node.js programming, the file name extension is.js
.
example.Hello::mainHandler
.In addition to the above configuration items, you can also modify the following configuration items for function execution by editing the function configuration in the console or updating function configuration:
The computing power supported by SCF includes CPU and GPU.
It sets the specifications of resources, such as different memory sizes for CPU and different card types for GPU.
Maximum initialization duration of the function between 3 and 300 seconds (90 seconds for image deployment-based functions and 60 seconds for other functions by default).
Note
- The function initialization phase includes the preparations of function code, image, layer, and other relevant resources and execution of the main process code of the function. If your function has a larger image or complex business logic, please increase the initialization timeout period appropriately.
- The initialization timeout period only takes effect in the scenario where the triggered instance is cold started for invocation.
- The client waiting time is better to be slightly larger than the sum of the initialization timeout period and the execution timeout period.
Maximum execution duration of the function between 1 and 900 seconds (3 seconds by default).
It can be defined in the configuration and obtained from the environment when the function is executed.
It grants the corresponding permissions of the policy contained in it to the function. For more information, see Role and Authorization. For example, to execute the action of writing an object into COS in the function code, you should configure an execution role with the permission to write COS.
It delivers function invocation logs to the specified log topic. For more information, see Log Search Guide.
It configures the function network access permissions. For more information, see Network Configuration Management.
After it is enabled, the function can access resources of the mounted file system.
The execution configuration includes async execution, status tracking, and async execution event management. For more information, see Execution Configuration.
Async invocation configuration: You can use this configuration item to set the retry policy for async invocation. You can also configure the dead letter queue to collect error event information and analyze the failure cause.
Function trigger-related operations include:
Was this page helpful?