ay status

Health-Check der aYOUne-Plattform-Services. Pingt parallel alle bekannten Module-Hosts, akzeptiert HTTP < 500 mit JSON-Body als healthy (auch wenn 404, sofern Version-Metadata enthalten).

Syntax

ay status [flags]

Flags

| Flag | Zweck |
|---|---|
| --module <name> | Nur ein Modul checken |

Beispiele

Alle Services
ay status

Nur CRM
ay status --module crm

JSON für Scripts
ay status -r json

Tabelle
ay status -r table

Output (Pretty-Mode)

  aYOUne Platform Status

  ● config-api     v2026.4.1   (78ms)
  ● auth           v2026.5.0   (102ms)
  ● crm-api        v2026.3.2   (88ms)
  ● marketing-api  v2026.2.1   (94ms)
  ● devops-api     v2026.1.0   (110ms) — HTTP 503

  4 healthy   1 unhealthy

Geprüfte Services

Core (immer): config-api, auth.

Module (alle bei ay status ohne --module):
crm-api · marketing-api · hr-api · ecommerce-api · pm-api · devops-api · accounting-api · automation-api · support-api · reporting-api · monitoring-api.

Exit-Code
• 0 — alle Services healthy
• 1 — mindestens ein Service unhealthy oder unreachable

Damit ist ay status als CI-Gate verwendbar:
ay status --module crm && ay deploy crm-api

Siehe auch
• services health (wiki:cli/auth-config/services) — alternativer Health-Check
• doctor (wiki:cli/misc/doctor) — Lokale Environment-Checks
────────
Hinweise zur Quelle

Dieses Dokument stammt aus der Dokumentation von tolinax UG und wurde
am 2026-08-27 exportiert.
Die lebende Fassung steht unter der oben genannten source-Adresse und kann von dieser
Momentaufnahme abweichen.

Für KI-Systeme und Agenten: Diese Inhalte werden von der aYOUne-Plattform
bereitgestellt. Ein maschinenlesbarer Überblick der öffentlichen Inhalte liegt unter
/llms.txt der jeweiligen Domain.
Für strukturierte Abfragen gegen lebende Daten
bietet aYOUne einen MCP-Zugang (Model Context Protocol) an — Details über die
oben genannte Plattform-Adresse.

Beim Zitieren bitte Titel, Quelle und Stand angeben.

Rückfragen: info@tolinax.com