Product Features
Function Management
FunctionGraph provides console-based function management.
- The Node.js, Java, Python, Go, C#, and custom runtimes are supported. Table 1 lists the details.
You are advised to use the latest runtime version.
- Multiple code entry modes
FunctionGraph allows you to edit code inline, upload a ZIP file from Object Storage Service (OBS), or directly upload a ZIP or JAR file. Table 2 lists the code entry modes supported for each runtime.
Table 2 Code entry modes Runtime
Editing Code Inline
Uploading a ZIP File
Uploading a JAR File
Uploading a ZIP File from OBS
Node.js
Supported
Supported
Not supported
Supported
Python
Supported
Supported
Not supported
Supported
Java
Not supported
Supported
Supported
Supported
Go
Not supported
Supported
Not supported
Supported
C#
Not supported
Supported
Not supported
Supported
PHP
Supported
Supported
Not supported
Supported
Custom
Supported
Supported
Not supported
Supported
Trigger
FunctionGraph supports multiple trigger types, such as Simple Message Notification (SMN), API Gateway (APIG), and OBS trigger types. Table 3 lists the supported trigger types and the function invocation mode of each trigger type.
|
Trigger |
Function Invocation Mode |
|---|---|
|
SMN trigger |
Asynchronous invocation |
|
Distributed Message Service (DMS) trigger |
Asynchronous invocation |
|
APIG trigger |
Synchronous invocation |
|
OBS trigger |
Asynchronous invocation |
|
Data Ingestion Service (DIS) trigger |
Asynchronous invocation |
|
Timer trigger |
Asynchronous invocation |
|
Log Tank Service (LTS) trigger |
Asynchronous invocation |
|
Cloud Trace Service (CTS) trigger |
Asynchronous invocation |
|
Document Database Service (DDS) trigger |
Synchronous invocation |
|
Kafka trigger |
Synchronous invocation |
Logs and Metrics
FunctionGraph graphically displays function monitoring metrics and collects function running logs, enabling you to view function statuses, and locate problems by querying logs.
For details on how to query logs, see Querying Logs.
For details on how to view function metrics, see Viewing Function Metrics.
For details about tenant-level monitoring information, see Dashboard.
Function Initialization
The initializer interface is introduced to:
- Isolate function initialization and request processing to enable clearer program logic and better structured and higher-performance code.
- Ensure smooth function upgrade to prevent performance loss during the application layer's cold start initialization. Enable new function instances to automatically execute initialization logic before processing requests.
- Identify the overhead of application layer initialization, and accurately determine the time for resource scaling and the quantity of required resources. This feature makes request latency more stable when the application load increases and more function instances are required.
Last Article: Overview
Next Article: Product Advantages
Did this article solve your problem?
Thank you for your score!Your feedback would help us improve the website.