You need to enable JavaScript to run this app.
Torch Log Service

Torch Log Service

Copy page
Download PDF
Volcano Ark application lab log collection
Collect Volcano Ark Application Lab logs
Copy page
Download PDF
Collect Volcano Ark Application Lab logs
This document introduces the features and collection methods related to Volcano Ark Application Lab logs.​
Feature overview​
The Volcano Ark large model service platform Application Lab provides platform services for quickly building applications based on large models, targeting enterprise developers and ecosystem partners with varying development capabilities, offering zero-code, low-code, and high-code modes.​
Ark high-code applications are based on veFaaS function services and other cloud products, providing a convenient online deployment process and a production-grade runtime environment. After enabling the Trace log service, the system automatically collects the input and output of requests and the time consumed at each stage, recording them in TLS for subsequent operations and troubleshooting.​
The relevant configuration is as follows:​
​
Configuration​
Description​
Log type​
High-code application logs.​
Log storage location​
In Ark high-code applications, after enabling log analysis, TLS automatically creates a Trace instance, the corresponding project, and log topic. For details on managing log resources, please refer to Manage Volcano Ark Application Lab log resources.​
  • Trace instance: <Name of the function deployed in the high-code application>​
  • Project: ark-bot-procode-xxxx​
  • Log topic:​
  • vefaas_ark_<Trace instance name>-trace (Trace raw data)​
  • vefaas_ark_<Trace instance name>-dependency (Topology relationship data extracted and aggregated from Trace raw data)​
Log storage period​
The default is 30 days.​
Log shard​
  • Preset with 1 shard.​
  • The auto split log topic shard feature is enabled by default.​
Index settings​
Index is automatically configured.​
Log fields​
For a detailed list of log fields, please refer to Ark high-code application log fields.​
​
Collecting Ark high-code application logs​
For usage restrictions, enabling log analysis operations, and more details, please refer to High-code Application Creation and Deployment Guide.​
Ark high-code application log fields​
Trace log fields​
​
Field​
Description​
Name​
Span name.​
TracelD​
Trace ID.​
SpanID​
Span ID.​
TraceState​
Trace extended state information.​
ParentSpanID​
ID of the parent Span.​
Kind​
Type of the Span.​
Start​
Start timestamp of the current Span.​
End​
End timestamp of the current Span.​
Duration​
Duration of the current Span, used to measure the time consumed by this invocation.​
Attributes​
A set of key-value pair labels attached to the Span, used to record additional context information.​
Events​
List of events that occur during the Span lifecycle.​
Links​
Relationships with other Traces/Spans.​
StatusCode​
The final status code of the Span.​
StatusDescription​
Textual description of the StatusCode.​
Resource​
Set of resource-level common attributes.​
ServiceName​
Service name.​
Host​
Host information where the Span is executed.​
OTLPName​
Name of the OpenTelemetry-related component that generates logs/Traces, such as the SDK or Exporter name used.​
OTLPVersion​
Version number corresponding to OTLPName, used to distinguish data reported by different versions of the SDK/Exporter.​
​
Dependency log fields​
​
Field​
Description​
Version​
Version number of the dependency statistics or structure.​
ServiceName​
Service name to which the current record belongs.​
Kind​
Dependency type/direction.​
ParentServiceName​
The other service name that has a dependency relationship with ServiceName.​
CallCount​
Number of calls between ServiceName and ParentServiceName during the statistical period.​
OperationName​
Specific operation/interface name.​
__task_id__​
ID of the scheduled SQL analysis task.​
__process_id__​
Instance ID that executes this scheduling calculation in the scheduled SQL analysis task.​
__process_start_time__​
Start time of the SQL time window for the scheduled SQL analysis task.​
__process_end_time__​
End time of the SQL time window for the scheduled SQL analysis task.​
__process_time__​
Scheduling time of the instance, that is, by default, the backend service starts generating running instances.​
__schedule_time__​
Execution time of the instance, that is, the actual start time of the instance for the scheduled SQL analysis task.​
​
​
Last updated: 2026.02.12 18:03:21