Ampora · OpenTelemetry Fleet Management

● In Entwicklung

OpenTelemetry-Flotten
gezielt steuern.

Ampora ist die eigene Produktentwicklung von Huber IT für das Management von OpenTelemetry-Collectoren über OpAMP. Der Fokus liegt auf versionierten Konfigurationen und kontrollierten Rollouts. In Entwicklung: Funktionsumfang, Verfügbarkeit und Eignung für den produktiven Einsatz klären wir vor einem Pilotbetrieb.

Preise ansehen Dokumentation öffnen

OpAMP-native
Vendor-agnostisch
Hersteller-Support aus der Schweiz

Warum Ampora

Ein anderes Werkzeug für ein anderes Problem.

Klassische Observability-Tools sind Data Plane: sie speichern und visualisieren Telemetrie. Ampora ist Control Plane: Ampora konfiguriert und steuert die Agents, die Telemetrie überhaupt erst senden — egal an welches Backend.

Control Plane, nicht Data Plane

Ampora speichert keine Logs, Metrics oder Traces. Es verwaltet, was Ihre Collectoren tun: welche Pipelines, welche Exporter, welcher Roll-out auf welchem Subset der Flotte.

Keine Kosten pro Datenvolumen

Ihr Preis hängt von der Anzahl Agents und Cluster ab — nicht von der Anzahl Spans pro Sekunde. Skalierung im Datenvolumen ändert nichts an der Rechnung von Ampora.

Kein Vendor Lock-in

Ampora spricht reines OpAMP. Konfigurationen sind jederzeit als YAML exportierbar. Backends bleiben Ihre Wahl: Jaeger, Tempo, Prometheus, Datadog, Honeycomb oder eigenes Stack.

Pricing

Pro Cluster. Pro Agent. Sonst nichts.

Geplantes Lizenzmodell in CHF, exklusive MwSt. Ampora befindet sich in Entwicklung. Verfügbarkeit, enthaltene Funktionen und verbindliche Konditionen bestätigen wir vor einer Bestellung oder einem Pilotbetrieb.

CHF 0 / Monat

1 Cluster
25 Agents
Produktiv erlaubt

Visueller Pipeline-Analyzer
YAML-Import & Linting
Manuelle Konfigurations-Rollouts
Fleet-Inventar mit Filtern
Community-Support

Free starten

CHF 99 / Monat

1 Cluster
100 Agents

Alles aus Free
Versionierte Konfigurationen mit Diff
Bulk-Aktionen über die Flotte
E-Mail-Support, Antwort innerhalb 1 Werktag

Starter wählen

CHF 390 / Monat

3 Cluster
150 Agents

Alles aus Starter
Canary & prozentuale Rollouts
Pause / Resume / Rollback
Audit-Log mit User-Attribution
Mehrere Operator-Accounts

Team wählen

Was nicht abgerechnet wird — und was schon.

Wird nicht abgerechnet

GB an Logs, Metrics oder Traces
Anzahl gesendeter Spans pro Sekunde
Anzahl Backends oder Exporter
Konfigurations-Versionen oder Rollouts
API-Calls gegen die Ampora-API
Anzahl Operator-Accounts (ab Team)

Was Ihren Plan bestimmt

Anzahl Cluster, die Ampora föderiert
Anzahl Agents, die mit Ampora verbunden sind
Funktions-Tier (Audit, SSO, Policy, Federation)
Support-SLA und Hersteller-Support-Tier

Ampora vs. klassisches Observability-Tool

Ampora

Klassisches Observability-Tool

Aufgabe

Control Plane — Agents steuern

Data Plane — Telemetrie speichern & auswerten

Preisbasis

Pro Cluster + Agent

Pro GB Logs · Metrics · Traces

Protokoll

OpAMP-native

Vendor-eigene Agents oder Side-Channel

Backend

Frei wählbar — jeder OTLP-Sink

Eigenes Backend des Anbieters

Konfigurations-Format

OpenTelemetry-YAML, jederzeit exportierbar

Proprietär

Bestehende Infra

Ergänzt sie — ersetzt sie nicht

Setzt eigenen Stack voraus

Ampora ersetzt kein Datadog, kein Grafana, kein Tempo. Ampora steuert die Agents, die diese Backends mit Daten füttern.

Was wird gezählt

Agent und Cluster — was genau zählt?

Bevor Sie Ihren Plan wählen, lohnt es sich zu wissen, wie wir Agent und Cluster definieren. Beide Begriffe sind in Ampora technisch verankert, nicht marketinggetrieben.

Definition

Agent

Ein Agent ist eine OpAMP-fähige Instanz, die sich beim Ampora-Server registriert und Konfiguration empfängt — typischerweise ein OpenTelemetry-Collector, kann aber jeder Agent sein, der das OpAMP-Protokoll spricht.

Ein Pod mit einem Collector = 1 Agent
DaemonSet auf 30 Nodes = 30 Agents
Sidecar pro Service-Instanz = 1 Agent pro Sidecar
Edge-/IoT-Gerät mit Agent = 1 Agent

Definition

Cluster

Ein Cluster ist eine logische Gruppe von Agents, die gemeinsam verwaltet wird — meist ein Kubernetes-Cluster, eine Region oder ein Tenant. Cluster definieren die Grenze für Föderation, Policies und Rollout-Strategien.

Ein Kubernetes-Cluster (Prod EU) = 1 Cluster
Staging und Production getrennt = 2 Cluster
Eine Edge-Region als Tenant = 1 Cluster
VM-Flotte als logische Gruppe = 1 Cluster

OpAMP-native Architektur

Konfiguration ist ein Protokoll, kein Custom-Connector.

Ampora implementiert OpAMP — die offene Spezifikation der OpenTelemetry-Community zur Verwaltung von Telemetrie-Agents. Damit ergibt sich, was sonst Roadmap-Versprechen wäre.

Funktioniert mit dem, was Sie haben

Sie betreiben bereits OpenTelemetry-Collectoren? Ampora verbindet sich, ohne dass Sie die Pipeline neu bauen. Die bestehenden Backends bleiben — Ampora steuert nur die Agents davor.

Standard, kein Custom-SDK

Kein proprietäres Agent-Format, kein eigenes Wire-Protokoll. OpAMP ist ein offener Standard — auch ein Wechsel weg von Ampora bedeutet keinen Rip-and-Replace.

YAML bleibt YAML

Konfigurationen werden in Ampora als reines OpenTelemetry-YAML verwaltet — versioniert, diffbar, reviewbar wie jeder andere Code in Ihrem Repository. Export jederzeit möglich.

Add-ons

Optionale Bausteine — wenn Sie sie brauchen.

Add-ons werden auf Anfrage zu jedem Plan ergänzt. Wir geben einen klaren Festpreis, kein verstecktes Pro-User- oder Pro-Stunde-Modell.

Onboarding

Setup-Workshop

Eintägiger Remote-Workshop: Ampora-Server aufsetzen, Agents anbinden, ersten Canary-Rollout durchführen — gemeinsam mit Ihrem Team.

Festpreis · auf Anfrage

Integration

GitOps- & SSO-Anbindung

Anbindung an Ihr Identity-Provider (OIDC), Repository-Webhooks und CI-Pipelines, damit Konfigurations-Änderungen über Ihren bestehenden Code-Review-Flow laufen.

Festpreis · auf Anfrage

Operations

Self-hosted Deployment

Bereitstellung in Ihrer eigenen Cloud oder On-Prem mit Helm-Charts, HA-Setup und Backup/Restore-Skripten — inklusive Knowledge-Transfer.

Ab Enterprise · auf Anfrage

Support

Betriebsunterstützung nach Vereinbarung

Supportumfang, Erreichbarkeit und Reaktionszeiten werden vorab vereinbart. Sprechen Sie mit uns über die Anforderungen Ihrer Umgebung.

Ab Business · auf Anfrage

FAQ

Häufige Fragen.

Kann ich Ampora im Free-Plan produktiv nutzen?

Ja. Der Free-Plan ist nicht auf eine Test-Umgebung beschränkt — Sie dürfen Ampora für 1 Cluster und bis zu 25 Agents im produktiven Betrieb verwenden. Für mehr Cluster, mehr Agents oder erweiterte Funktionen wechseln Sie in einen kostenpflichtigen Plan.

Was passiert, wenn ich mehr Agents oder Cluster brauche, als mein Plan vorsieht?

Sie sehen die Auslastung in der Konsole. Bei Überschreitung kontaktieren wir Sie und besprechen die Anpassung — entweder ein Upgrade in den nächsten Plan oder eine individuelle Erweiterung. Es gibt keine automatischen Aufschläge oder gesperrten Funktionen.

Ersetzt Ampora unser bestehendes Datadog / Grafana / Tempo?

Nein. Ampora ist eine Control Plane für die Agents, die Daten an Ihr Backend senden. Ihr Backend bleibt: Datadog bleibt Datadog, Grafana bleibt Grafana. Ampora konfiguriert nur die Collectoren davor — und macht das vendor-agnostisch.

Werden zusätzliche Logs, Metrics oder Traces extra abgerechnet?

Nein. Ampora speichert keine Telemetrie-Daten. Datenvolumen, Kardinalität oder Span-Rate haben keinen Einfluss auf Ihre Rechnung — diese Kosten fallen, wenn überhaupt, bei Ihrem Backend an.

Welche Agents werden unterstützt?

Primär der OpenTelemetry-Collector. Da Ampora reines OpAMP spricht, funktioniert grundsätzlich jeder Agent, der das OpAMP-Protokoll implementiert — ohne Custom-Adapter.

Gibt es Self-hosted oder On-Prem?

Ja, im Enterprise-Plan. Wir liefern Helm-Charts, HA-Setup und Operations-Dokumentation. Updates und Sicherheits-Patches sind im Plan inklusive.

Wie funktioniert der Wechsel zwischen Plänen?

Upgrades sind sofort wirksam, abgerechnet pro angefangenem Monat. Downgrades zum Ende des laufenden Monats. Es gibt keine Mindestlaufzeit über einen Monat hinaus, ausser im Enterprise-Plan, wo Laufzeit individuell vertraglich geregelt ist.

Wo läuft die SaaS-Variante?

In einem Schweizer Rechenzentrum, betrieben durch die Huber IT GmbH mit Sitz in Herisau. Datenschutz nach DSG/DSGVO. Auf Wunsch auch dediziert oder Self-hosted im Enterprise-Plan.