Skip to content
aYOUne
Not in your language

This page is not yet available in en. You're reading the de version.

devops

Stand: Commit 2efa720 · 2026-09-27

Im Bereich DevOps sehen Sie, welche Dienste Ihres Unternehmens laufen, verfolgen Bau- und Auslieferungsläufe und Warteschlangen, bearbeiten Alarme und starten Dienste oder ganze Deployment-Pläne.

Funktionen

  • Dienste und Server-Verbünde – Laufende Dienste und ihre Instanzen ansehen, einen Dienst neu starten, den Stand abgleichen.
  • Alarme – Alarme sehen, bestätigen und als erledigt markieren.
  • Auslieferung – Bau- und Auslieferungsläufe verfolgen, Deployment-Pläne ausführen und Deployment-Aktionen nachvollziehen.
  • Warteschlangen – Sehen, wie viele Aufträge je Bereich warten, laufen oder gescheitert sind.

Was Sie hier tun

DevOps ist für Teams gedacht, die eigene Dienste auf der Plattform betreiben. Sie sehen, welche Dienste laufen, wie viele Instanzen sie haben und ob Alarme vorliegen. Sie verfolgen Bau- und Auslieferungsläufe und lösen Neustarts oder Deployment-Pläne aus. Jede Änderung wird festgehalten, damit nachvollziehbar bleibt, wer was wann ausgelöst hat.

Sie finden den Bereich in der PWA unter pwa.ayoune.app im Menü unter „DevOps". Dort stehen „Server-Verbünde", „Ausgelieferte Dienste", „K8 Pods", „Bau- und Auslieferungsläufe", „Deployment Plans", „Deployment-Aktionen", „DevOps Alerts" und die Warteschlangen je Bereich, etwa „AI / RAG", „Automation" und „Platform".

Schritt für Schritt

Nachsehen, ob ein Dienst läuft

  1. Öffnen Sie „Ausgelieferte Dienste" und suchen Sie den Dienst.
  2. Tippen Sie auf den Dienst. Sie sehen, wie viele Instanzen laufen sollen und wie viele laufen.
  3. Unter „K8 Pods" sehen Sie jede einzelne Instanz mit ihrem Zustand.

Stimmt die Anzeige nicht mit Ihrer Erwartung überein, öffnen Sie „Server-Verbünde" und stoßen dort den Abgleich an. Erst danach ist der Bestand aktuell.

Einen Dienst neu starten

  1. Öffnen Sie den Dienst unter „Ausgelieferte Dienste".
  2. Wählen Sie die Aktion zum Neustarten.
  3. Unter „Deployment-Aktionen" verfolgen Sie, ob der Neustart eingereiht, laufend, erledigt oder gescheitert ist.

Das Skalieren eines Dienstes, also das Ändern der Zahl der Instanzen, verlangt eine eigene Freigabe.

Einen Alarm bearbeiten

  1. Öffnen Sie „DevOps Alerts".
  2. Tippen Sie auf den Alarm und lesen Sie, welcher Dienst betroffen ist.
  3. Bestätigen Sie den Alarm, damit Ihr Team sieht, dass sich jemand kümmert.
  4. Ist das Problem behoben, markieren Sie den Alarm als erledigt.

Einen Deployment-Plan ausführen

  1. Öffnen Sie „Deployment Plans" und wählen Sie den Plan.
  2. Prüfen Sie die Schritte des Plans.
  3. Führen Sie den Plan aus. Die Plattform legt dafür einen Lauf an und arbeitet die Schritte der Reihe nach ab.

Unter „Bau- und Auslieferungsläufe" sehen Sie, welche Läufe für Ihre Code-Ablagen gestartet, erfolgreich oder gescheitert sind.

Warteschlangen prüfen

Öffnen Sie die Warteschlangen eines Bereichs, etwa „Automation". Sie sehen, wie viele Aufträge warten, laufen, erledigt oder gescheitert sind, und können einzelne Aufträge ansehen.

Häufige Fragen

Meine Aktion steht dauerhaft auf eingereiht. Die Ausführung im Hintergrund läuft gerade nicht. Der Bereich meldet das nicht selbst. Informieren Sie Ihren Administrator.

Die Liste der Dienste stimmt nicht mit der Wirklichkeit überein. Der letzte Abgleich liegt zurück. Stoßen Sie ihn unter „Server-Verbünde" an.

Ich kann einen Plan nicht noch einmal starten. Der vorige Lauf ist noch nicht fertig. Die Plattform verhindert, dass derselbe Plan doppelt läuft. Warten Sie, bis der Lauf abgeschlossen ist.

Ich kann einen Dienst nicht skalieren. Dafür braucht Ihre Rolle eine eigene Freigabe. Fragen Sie Ihren Administrator.

Was automatisch passiert

Neustarts, Abgleiche und Pläne werden eingereiht und im Hintergrund ausgeführt. Das Ergebnis erscheint danach am Eintrag. Fehler der Dienste erscheinen von selbst als Alarm. Selten genutzte Dienste können automatisch heruntergefahren werden, wenn Ihr Administrator das eingeschaltet hat.

Wo Sie Hilfe bekommen

Weitere Antworten finden Sie im Hilfecenter unter „DevOps". Bei Freigaben, Zugangsdaten für Code-Ablagen und dauerhaft hängenden Aktionen hilft Ihnen Ihr Administrator.

Wo Sie das finden

  • devops
  • devops.bitbucketpipelines
  • devops.deploymentactions
  • devops.deploymentplans
  • devops.devopsalerts
  • devops.k8clusters
  • devops.k8deployments
  • devops.k8pods
  • devops.queues.ai
  • devops.queues.analytics
  • devops.queues.automation
  • devops.queues.crawler
  • devops.queues.platform

Glossar

  • Dienst – Ein Programm der Plattform, das eine Aufgabe erfüllt, etwa den Versand von Mails.
  • Instanz – Eine laufende Kopie eines Dienstes. Ein Dienst kann mehrere haben.
  • Deployment-Plan – Eine feste Folge von Schritten, mit der eine neue Fassung ausgeliefert wird.
  • Alarm – Ein Hinweis, dass ein Dienst ein Problem meldet.

Work with this page

Ready-made instructions for your AI tool. Copy, paste, go — the AI fetches the content itself via the address in the text.

Summarise the steps for me The essentials, in the right order.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/hilfe/devops.md
The complete collection: https://ayoune.com/en/docs/hilfe.md

Summarise the content for me.

- First, in two sentences: what is this about?
- Then the steps in the order I need to take them.
- One line per step, in plain language.
- At the end: what I should have ready beforehand.

Leave out nothing I need in order to actually finish.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Explain what I need this for What it is good for — and when it is worth it.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/hilfe/devops.md
The complete collection: https://ayoune.com/en/docs/hilfe.md

Explain to me what I need this for.

1. Which problem does it solve? In one sentence, from my point of view.
2. Three typical situations in which it genuinely helps me.
3. When I do NOT need it — that saves me time.
4. What I can do instead if it is not a fit.

Stick to what the source says. Where it gives nothing, say so openly instead
of guessing.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Help me set this up Step by step, asking me as you go.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/hilfe/devops.md
The complete collection: https://ayoune.com/en/docs/hilfe.md

Walk me through the setup step by step.

- First tell me what I need to have ready (access, data, time).
- Then take me through ONE step at a time. Wait for my "next".
- For each step, say how I can tell that it worked.
- If something goes wrong, ask me for the exact message instead of guessing.

If the instructions leave a point open, tell me so rather than inventing it.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Help me with a problem Narrow down the cause instead of guessing.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/hilfe/devops.md
The complete collection: https://ayoune.com/en/docs/hilfe.md

Help me narrow down a problem.

- First ask me what I observe and what I expected instead.
- From that, derive the most likely causes consistent with this source.
- For each cause, give me ONE test that confirms or rules it out.
- Order them so the cheapest test comes first.

Do not guess. If the source does not cover the problem, tell me where I should
look next.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Explain it in plain words No jargon, from the ground up.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/hilfe/devops.md
The complete collection: https://ayoune.com/en/docs/hilfe.md

Explain the content so that someone without prior knowledge understands it.

- Start with the purpose: why does this exist at all?
- Explain technical terms in half a sentence on first use.
- One everyday comparison where it genuinely holds — none where it limps.
- At the end: the three things worth remembering.

Do not shorten by dropping conditions. A simplification that hides a
prerequisite is a false statement.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
A checklist to tick off To follow along while you do it.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/hilfe/devops.md
The complete collection: https://ayoune.com/en/docs/hilfe.md

Turn this into a **tick-off checklist** for practical use.

- Exactly one action per item, in the imperative.
- Order it so that no item depends on a later prerequisite.
- Prerequisites and pitfalls as indented sub-items.
- End with an acceptance step: how do I know everything is right?
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.

Was this article helpful?

👎 No (0)
Leave a comment