Up to
20×lower memory usage
Elasticsearch reference
Metrikom
Observability Platform
A managed platform for metrics and logs – built for teams that need operational clarity.
Metrics and logs are essential. But running the platform behind them takes valuable engineering time away from the applications and services that move your business forward.
02 / Logs
Centralize, search, and alert on your application and infrastructure logs — from ingestion to retention.
Integrate with your existing logging environment.
Investigate application and infrastructure logs in one place.
Visualize log data and turn relevant patterns into operational alerts.
Connect logs with available operational context, where supported.
We handle storage, retention, scaling, and ongoing platform operations.
Efficiency by design
Our log engine processes more telemetry with significantly fewer resources – keeping logs efficient and costs more predictable.
Figures come from internal tests against a configured Elasticsearch reference environment. Results depend on workload, retention, and configuration and are not universal performance guarantees.
03 / Metrics
Collect, explore, and alert on your metrics — from ingestion to dashboards.
Designed for large volumes of time series from infrastructure and applications.
Short response times for dashboards and alerting evaluations.
Efficient storage of time series for a smaller footprint.
Resource-friendly operation of the engine.
The platform scales as telemetry volume grows.
04 / Commercial model
We use a predictable capacity model instead of usage-based billing – so observability stays budgetable, without usage-driven cost spikes.
Pay-as-you-go
Costs follow consumption – hard to predict, with spikes that only become visible after the fact.
Capacity model
You reserve fixed capacity – costs are set in advance and stay predictable through operation.
You reserve the resources you need – cores, memory, and storage.
An ongoing fee for operating and maintaining the platform.
Individual extensions can be added when you need them.
Good to know
Capacity doesn't have to be static – optionally enable auto-scaling so resources grow with your needs.
05 / The platform
We operate the entire platform. Your team focuses on applications and business services instead of running an observability stack.
No patching, scaling, or troubleshooting of another critical platform.
Observability as a service instead of months of platform build-out.
A specialist partner runs operation and availability.
OpenTelemetry at the center — no proprietary instrumentation.
Two products, one platform: Metrics and Logs work well together — but using both is not required.
06 / Where the platform runs
We focus on the T Cloud Public and build a deep, native integration.
Workloads stay in your environment. Use OpenTelemetry — or other integration tools like Vector — to send telemetry over the private endpoint into the Metrikom platform.
07 / Company
An independent company building managed observability for the T Cloud Public — so your teams get the benefits of sovereign European infrastructure without carrying the operational load. It's the first platform in a longer mission.
FAQ
Your workloads stay in your own T Cloud Public environment. Telemetry is sent over a private VPC endpoint into the separately Metrikom-operated platform, which also runs in the German T Cloud Public. The transfer does not use the public internet and does not leave Germany.
We use a predictable capacity model: you reserve resource capacity (cores, memory, storage) plus an ongoing service fee, with optional individual extensions. We discuss specific terms in a consultation.
The platform is currently in beta. Book a consultation to get involved early.
An ISO/IEC 27001:2022 certification and a BSI C5 attestation for operations are in the works.
No. Metrics and Logs are two products within one platform and work well together — but using both is not required.
You run your applications and instrument them with OpenTelemetry. We operate the observability platform: ingestion, storage, querying, dashboards, alerting, scaling, and upgrades.
Consultation
What we'll discuss