Yandex Cloud
Search
Discuss with expertTry it for free
  • Customer Stories
  • Documentation
  • Blog
  • All Services
  • System Status
  • Marketplace
    • Featured
    • Infrastructure & Network
    • Data Platform
    • AI for business
    • Security
    • DevOps tools
    • Serverless
    • Monitoring & Resources
  • All Solutions
    • By industry
    • By use case
    • Economics and Pricing
    • Security
    • Technical Support
    • Start testing with double trial credits
    • Cloud credits to scale your IT product
    • Gateway to Russia
    • Cloud for Startups
    • Center for Technologies and Society
    • Yandex Cloud Partner program
    • Price calculator
    • Pricing plans
  • Customer Stories
  • Documentation
  • Blog
© 2026 Direct Cursus Technology L.L.C.
Yandex Serverless Containers
  • Comparing with other Yandex Cloud services
    • Overview
    • Container
    • Invoking a container
    • Asynchronous container invocation
    • Runtime
    • Networking
    • Mounting external resources to a container file system
    • Long-lived containers
    • Container termination notifications
    • Dead Letter Queue
    • Container logs
    • Backups
    • Quotas and limits
  • Access management
  • Tools
  • Pricing policy
  • Terraform reference
  • Monitoring metrics
  • Audit Trails events
  • Public materials
  • Release notes
  • FAQ

In this article:

  • Structured logs
  • See also
  1. Concepts
  2. Container logs

Container logs

Written by
Yandex Cloud
Updated at May 18, 2026
  • Structured logs
  • See also

A container writes logs to Yandex Cloud Logging, to the default log group for the folder where the container is located.

There are two types of logs:

  • Automatic: Logs of requests to containers.
  • Custom: Logs that custom code writes to the standard output (stdout) and standard error output (stderr). The minimum logging level of custom logs is UNSPECIFIED.

Learn more about working with logs in the Yandex Cloud Logging documentation.

Structured logsStructured logs

Apart from text, you can write structured logs in the following JSON format to the standard output (stdout) and standard error output (stderr):

  • message/msg: Entry text.
  • level: Logging level. The available levels are TRACE, DEBUG, INFO, WARN, ERROR, and FATAL.
  • stream_name: Log stream name. It must be from 1 to 63 characters long.

All other JSON fields are automatically written to json-payload.

A log must be single-line. Any entry that contains the message/msg field and is up to 64 KB is considered a structured log. If a log entry is too large, it is split into multiple entries and treated as text.

You can disable structured logs by setting STRUCTURED_LOGGING = false. In this case, any JSON log will be considered plain text.

Structured logging can be used for concurrent container instance calls to log the IDs of all calls processed by the container, not just the most recent one. To do this, specify a unique call ID in the request_id field. In HTTP server operation mode, it is passed to the container in the X-Request-Id header.

See alsoSee also

  • Writing information to the execution log. Application and Dockerfile examples.

Was the article helpful?

Previous
Dead Letter Queue
Next
Backups
© 2026 Direct Cursus Technology L.L.C.