mirror of
https://github.com/temporalio/skill-temporal-developer.git
synced 2026-09-14 13:52:58 +08:00
559ec2842b
* Add TypeScript OpenTelemetry integration docs Split out from the OpenTelemetry plugins topic (PR #243) so the TypeScript material can be finalized separately. Adds the TS OTel integration reference, the Distributed Tracing section in TS observability, and the TS row in the integrations catalog. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * fix: align python with ts skill --------- Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Co-authored-by: Patrik Beqo <patbeqo@gmail.com> Co-authored-by: Patrik Beqo <patrik.beqo@temporal.io>
3.2 KiB
3.2 KiB
Python SDK Observability
Overview
The Python SDK provides comprehensive observability through logging, metrics, tracing (OpenTelemetry), and visibility (Search Attributes).
These pillars are complementary: logging (below) captures discrete events, metrics capture aggregate worker health, tracing stitches a single request across Client/Workflow/Activity/Nexus boundaries, and Search Attributes make executions queryable.
Logging
Workflow Logging (Replay-Safe)
Use workflow.logger for replay-safe logging that avoids duplicate messages:
@workflow.defn
class MyWorkflow:
@workflow.run
async def run(self, name: str) -> str:
workflow.logger.info("Workflow started", extra={"name": name})
result = await workflow.execute_activity(
my_activity,
start_to_close_timeout=timedelta(minutes=5),
)
workflow.logger.info("Activity completed", extra={"result": result})
return result
The workflow logger automatically:
- Suppresses duplicate logs during replay
- Includes workflow context (workflow ID, run ID, etc.)
Activity Logging
Use activity.logger for context-aware activity logging:
@activity.defn
async def process_order(order_id: str) -> str:
activity.logger.info(f"Processing order {order_id}")
# Perform work...
activity.logger.info("Order processed successfully")
return "completed"
Activity logger includes:
- Activity ID, type, and task queue
- Workflow ID and run ID
- Attempt number (for retries)
Customizing Logger Configuration
import logging
# Applies to temporalio.workflow.logger and temporalio.activity.logger, as Temporal inherits the default logger
logging.basicConfig(
level=logging.INFO,
format="%(asctime)s - %(name)s - %(levelname)s - %(message)s",
)
Metrics
Enabling SDK Metrics
from temporalio.client import Client
from temporalio.runtime import Runtime, TelemetryConfig, PrometheusConfig
# Create a custom runtime
runtime = Runtime(
telemetry=TelemetryConfig(
metrics=PrometheusConfig(bind_address="0.0.0.0:9000")
)
)
# Set it as the global default BEFORE any Client/Worker is created
# Do this only ONCE.
Runtime.set_default(runtime, error_if_already_set=True)
# error_if_already_set can be False if you want to overwrite an existing default without raising.
# ...elsewhere, client = ... as usual
Key SDK Metrics
temporal_request- Client requests to servertemporal_workflow_task_execution_latency- Workflow task processing timetemporal_activity_execution_latency- Activity execution timetemporal_workflow_task_replay_latency- Replay duration
Distributed Tracing (OpenTelemetry)
See references/python/integrations/opentelemetry.md.
Search Attributes (Visibility)
See the Search Attributes section of references/python/data-handling.md
Best Practices
- Use
workflow.loggerin workflows,activity.loggerin activities - Don't use print() in workflows - it will produce duplicate output on replay
- Configure metrics for production monitoring
- Use Search Attributes for business-level visibility
- Use the
OpenTelemetryPluginfor distributed tracing across Client/Workflow/Activity/Nexus boundaries.