Nexeed
    • Introduction
    • User manual
      • Event type
      • Subscription
      • Recipient
    • Operations manual
      • Overview
      • System architecture and interfaces
      • System requirements
        • notification-service/notification-service
      • Migration from previous versions
      • Setup and configuration
        • notification-service/notification-service
      • Start and shutdown
      • Regular operations
      • Failure handling
      • Backup and restore
      • Logging and monitoring
      • Known limitations
      • Service account role grants
    • Developer documentation
      • Concepts
      • How-to
    • API documentation
    • Glossary
Notification Service
  • Industrial Application System
  • Core Services
    • Block Management
    • Deviation Processor
    • ID Builder
    • Multitenant Access Control
    • Notification Service
    • Ticket Management
    • Web Portal
  • Shopfloor Management
    • Andon Live
    • Global Production Overview
    • KPI Reporting
    • Operational Routines
    • Shift Book
    • Shopfloor Management Administration
  • Product & Quality
    • Product Setup Management
    • Part Traceability
    • Process Quality
    • Setup Specs
  • Execution
    • Line Control
    • Material Management
    • Order Management
    • Packaging Control
    • Rework Control
  • Intralogistics
    • Stock Management
    • Transport Management
  • Machine & Equipment
    • Condition Monitoring
    • Device Portal
    • Maintenance Management
    • Tool Management
  • Enterprise & Shopfloor Integration
    • Archiving Bridge
    • Data Publisher
    • Engineering UI
    • ERP Connectivity
    • Gateway
    • Information Router
    • Master Data Management
    • Orchestrator

Nexeed Learning Portal

  • Notification Service
  • Operations manual
  • Logging and monitoring
preview 1.32

Logging and monitoring

Logging

In Nexeed IAS all logs are logged by our application to stdout and then saved in dockers log directory on the host machine (=VM, […​]).

Filebeat collects these, parses them (JSON, when Logging guidelines are implemented in all IAS Modules) and forwards them to elasticsearch.

Database migration logging

Database migration logs are now managed through lifecycle logging, ensuring structured and consistent tracking of migration events. These logs provide visibility into the migration process, helping to confirm successful updates or diagnose failures. The following lifecycle log events are recorded:

DATA_MIGRATION_STARTED: Logged at the start of the migration process. DATA_MIGRATION_SUCCESSFUL: Logged upon successful completion of the migration. DATA_MIGRATION_FAILED: Logged when a migration fails, including error details.

Application Performance Monitoring (APM)

Application Performance Monitoring possibilities need to be activated during deployment to be able to make use of it.

Notification Service’s HELM chart references Nexeed global configuration values for configuration of APM. These are described in the IAS operations manual.

Metrics

A metric is a single measurement at a specific point in time. It can be enriched with more information but quickly turnes then more into an event than in a metric.

Examples for metrics are:

  • CPU Load (load: 5%)

  • Memory consumption (memory.used: 500mb)

  • Disk usage (disk.usage: 90%)

  • Network usage (network.usage : 5000bytes/s)

Notification Service provides following metrics:

  • HTTP Server metrics (via System.Net.Http)

  • Runtime Metrics (via OpenTelemetry.Instrumentation.Runtim)

Tracing

A trace represents the path of a request through a software system. This path contains many single steps that are executed within an application.

Contents

© Robert Bosch Manufacturing Solutions GmbH 2023-2025, all rights reserved

Changelog Corporate information Legal notice Data protection notice Third party licenses