Computer
Computer: Programmierbare Hardware, die Eingaben verarbeitet und Ergebnisse speichert oder ausgibt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Enzyklopädie & Wissensbasis
Self-Hosting & Betrieb
Umfassendes Nachschlagewerk zu Serverbetrieb, Containern, Datenbanken, Netzwerken, Medien-Pipelines und eigener Infrastruktur – verständlich erklärt mit Architektur, Praxisanleitung und gezielter Fehlerbehebung.
0%1024 Begriffe
Struktur
32 × 32
Sprachen
Deutsch + English
Umfang
32 Module
Fokus
Betrieb & Fehlersuche
0 / 1024 abgeschlossen
Modul 1Computer- und ServersystemeGrundlagen, Betrieb und Fehlersuche für Computer- und Serversysteme.32 Begriffe
Server
Server: Ein System, das anderen Systemen dauerhaft Dienste oder Daten bereitstellt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Client
Client: Ein Programm oder Gerät, das einen Dienst bei einem Server anfordert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Host (Computer- und Serversysteme)
Host: Das Betriebssystem oder Gerät, auf dem ein Prozess oder eine virtuelle Umgebung läuft. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Hardware
Hardware: Die physischen Bauteile eines Rechners, etwa CPU, RAM und Datenträger. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Software
Software: Ausführbare Programme und Daten, die das Verhalten der Hardware bestimmen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Betriebssystem
Betriebssystem: Die Schicht, die Hardware verwaltet und Programmen Prozesse, Dateien und Netzwerk bereitstellt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Kernel
Kernel: Der privilegierte Kern eines Betriebssystems, der Hardwarezugriffe und Ressourcen steuert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Linux distribution
Linux distribution: Ein Linux-Kernel zusammen mit Paketverwaltung, Systemwerkzeugen und gepflegten Paketen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Ubuntu Server
Ubuntu Server: Eine auf Serverbetrieb ausgerichtete Ubuntu-Distribution ohne notwendige Desktop-Oberfläche. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →CPU
CPU: Der Prozessor, der Maschinenbefehle ausführt und Rechenarbeit koordiniert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →CPU core
CPU core: Eine weitgehend eigenständige Recheneinheit innerhalb einer CPU. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Thread
Thread: Ein vom Scheduler ausführbarer Kontrollfluss innerhalb eines Prozesses. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →RAM
RAM: Flüchtiger Arbeitsspeicher für aktuell benötigten Code und Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Memory utilization
Memory utilization: Der belegte Anteil des Arbeitsspeichers einschließlich sinnvoller Caches. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Swap
Swap: Datenträgerbereich, in den der Kernel selten benötigte Speicherseiten auslagern kann. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Mass storage
Mass storage: Nichtflüchtiger Speicher für dauerhaft abgelegte Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →HDD
HDD: Ein magnetischer Datenträger mit mechanisch bewegten Schreib-Lese-Köpfen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →SSD
SSD: Ein nichtflüchtiger Flash-Datenträger ohne bewegliche Teile. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →File system
File system: Die Datenstruktur und Regeln, mit denen Dateien auf einem Datenträger organisiert werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Partition
Partition: Ein logisch abgegrenzter Bereich eines Blockgeräts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Mount point
Mount point: Das Verzeichnis, an dem ein Dateisystem in den Verzeichnisbaum eingebunden ist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Network interface
Network interface: Der logische oder physische Endpunkt, über den ein Host Netzwerkpakete sendet und empfängt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →GPU
GPU: Ein hochparalleler Prozessor für Grafik- und Rechenaufgaben. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →VRAM
VRAM: Der schnelle, direkt von der GPU verwendete Speicher für Modelle, Texturen und Zwischenergebnisse. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →NVIDIA driver
NVIDIA driver: Die Kernel- und Nutzerkomponenten, die Betriebssystem und NVIDIA-GPU verbinden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →System time
System time: Die vom Betriebssystem geführte aktuelle Zeit als Grundlage für Logs, Zertifikate und Zeitpläne. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Time zone
Time zone: Eine Regelmenge, die UTC in lokale Uhrzeit einschließlich Zeitumstellungen übersetzt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Hostname
Hostname: Der lokale Name, mit dem ein Rechner im System und häufig im Netzwerk bezeichnet wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Reboot
Reboot: Ein kontrollierter Neustart des Betriebssystems und seiner Dienste. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Shutdown
Shutdown: Das kontrollierte Beenden von Diensten und Ausschalten des Systems. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Availability
Availability: Der Anteil der Zeit, in der ein Dienst wie vorgesehen nutzbar ist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Computer- und Serversysteme“.
Artikel öffnen →Modul 2Dateien, Pfade und VerzeichnisseGrundlagen, Betrieb und Fehlersuche für Dateien, Pfade und Verzeichnisse.32 Begriffe
Datei
Datei: Eine benannte Folge von Bytes mit Metadaten in einem Dateisystem. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Verzeichnis
Verzeichnis: Ein Dateisystemobjekt, das Namen auf Dateien und Unterverzeichnisse abbildet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Absoluter Pfad
Absoluter Pfad: Ein Pfad, der am Wurzelpunkt beginnt und unabhängig vom Arbeitsverzeichnis eindeutig ist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Relativer Pfad
Relativer Pfad: Ein Pfad, der relativ zum aktuellen oder angegebenen Ausgangsverzeichnis ausgewertet wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Arbeitsverzeichnis
Arbeitsverzeichnis: Das Verzeichnis, von dem ein Prozess relative Pfade auflöst. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Stammverzeichnis
Stammverzeichnis: Der oberste Knoten eines Dateisystem-Verzeichnisbaums. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Home-Verzeichnis
Home-Verzeichnis: Das persönliche Standardverzeichnis eines Benutzerkontos. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Hidden file
Hidden file: Eine Datei, deren Name unter Unix mit einem Punkt beginnt und deshalb oft ausgeblendet wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →File extension
File extension: Der Namenssuffix nach dem letzten Punkt, der meist Format oder Verwendung andeutet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →File name
File name: Der Verzeichniseintrag, unter dem eine Datei angesprochen wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Case sensitivity
Case sensitivity: Die Eigenschaft, Groß- und Kleinschreibung in Namen als verschieden zu behandeln. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Symbolic link
Symbolic link: Eine spezielle Datei, die einen anderen Pfad als Ziel speichert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Hard link
Hard link: Ein zusätzlicher Verzeichnisname für denselben Inode und Dateiinhalt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Inode
Inode: Die Dateisystemstruktur mit Metadaten und Blockverweisen, aber ohne Dateinamen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Owner
Owner: Das Benutzerkonto, dem ein Dateisystemobjekt zugeordnet ist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Group
Group: Eine Menge von Benutzerkonten, der gemeinsame Rechte zugewiesen werden können. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →File permissions
File permissions: Die Regeln, die Lesen, Schreiben und Ausführen für Eigentümer, Gruppe und andere erlauben. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Read permission
Read permission: Das Recht, Dateiinhalt zu lesen oder Verzeichnisnamen aufzulisten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Write permission
Write permission: Das Recht, Dateiinhalt zu ändern oder Verzeichniseinträge anzulegen und zu entfernen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Execute permission
Execute permission: Das Recht, eine Datei auszuführen oder ein Verzeichnis zu betreten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →umask
umask: Eine Bitmaske, die beim Anlegen von Dateien standardmäßig zu entfernende Rechte festlegt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Recursive operation
Recursive operation: Eine Operation, die ein Verzeichnis und seine gesamte Unterstruktur durchläuft. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Glob pattern
Glob pattern: Ein Shell-Muster wie `*.log`, das passende Pfadnamen expandiert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →File size
File size: Die Anzahl der logisch in einer Datei gespeicherten Bytes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Free disk space
Free disk space: Der noch nicht belegte und für neue Daten verfügbare Speicherplatz. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Temporary file
Temporary file: Eine Datei für kurzlebige Zwischenwerte, die nach Benutzung entfernt werden darf. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Lock file
Lock file: Eine Datei, mit der Prozesse Besitz oder exklusive Bearbeitung koordinieren. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Configuration file
Configuration file: Eine Datei, die veränderliche Programmeinstellungen außerhalb des Codes speichert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Log file
Log file: Eine fortlaufende Datei mit zeitgeordneten Betriebs- und Fehlermeldungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Binary file
Binary file: Eine Datei, deren Bytes nicht unmittelbar als lesbarer Text interpretiert werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Text file
Text file: Eine Datei, deren Zeichen anhand einer Zeichenkodierung gelesen werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Character encoding
Character encoding: Die Zuordnung zwischen Zeichen und ihren gespeicherten Bytefolgen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Dateien, Pfade und Verzeichnisse“.
Artikel öffnen →Modul 3Shell-GrundlagenGrundlagen, Betrieb und Fehlersuche für Shell-Grundlagen.32 Begriffe
Shell
Shell: Ein Programm, das Befehle liest, expandiert und Programme startet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Bash
Bash: Eine verbreitete Unix-Shell mit Skriptsprache und interaktiver Kommandozeile. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Terminal
Terminal: Eine Oberfläche, die Ein- und Ausgabe einer Shell oder eines Konsolenprogramms darstellt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Prompt (Shell-Grundlagen)
Prompt: Die Eingabeaufforderung einer Shell, die Bereitschaft und oft Kontext anzeigt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Command (Shell-Grundlagen)
Command: Der Name eines auszuführenden Programms oder Shell-Built-ins. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Argument
Argument: Ein Positionswert, den ein aufgerufenes Programm erhält. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Option
Option: Ein meist benannter Schalter, der das Verhalten eines Befehls verändert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Exit code
Exit code: Eine Ganzzahl, mit der ein Prozess Erfolg oder Fehler an seinen Aufrufer meldet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Standard output
Standard output: Der normale Ausgabestrom eines Prozesses, Dateideskriptor 1. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Standard error
Standard error: Der getrennte Diagnoseausgabestrom eines Prozesses, Dateideskriptor 2. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Standard input
Standard input: Der Eingabestrom eines Prozesses, Dateideskriptor 0. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Pipe
Pipe: Eine Verbindung, die die Standardausgabe eines Prozesses zur Eingabe des nächsten macht. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Redirection
Redirection: Die Shell-Anweisung, Ein- oder Ausgabeströme mit Dateien oder anderen Zielen zu verbinden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Environment variable
Environment variable: Ein benannter Stringwert, den ein Prozess an gestartete Kindprozesse vererbt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Shell variable
Shell variable: Ein benannter Wert im Zustand der aktuellen Shell, der nicht automatisch vererbt wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Quoting
Quoting: Shell-Syntax, die Leerzeichen oder Expansionen in einem Argument kontrolliert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Escaping
Escaping: Das Neutralisieren der besonderen Bedeutung eines einzelnen Zeichens. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Wildcard
Wildcard: Ein Platzhalterzeichen wie `*` oder `?` in einem Suchmuster. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Command history
Command history: Die von der Shell gespeicherte Folge zuvor eingegebener Befehle. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Tab completion
Tab completion: Die Shell-Funktion, die Namen und Optionen nach Tab-Eingabe ergänzt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →pwd
pwd: Der Shell-Befehl, der den absoluten Pfad des Arbeitsverzeichnisses ausgibt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →cd
cd: Der Shell-Befehl, der das Arbeitsverzeichnis der aktuellen Shell wechselt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →ls
ls: Der Befehl zum Auflisten von Verzeichniseinträgen und Metadaten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →mkdir
mkdir: Der Befehl zum Anlegen eines oder mehrerer Verzeichnisse. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →cp
cp: Der Befehl zum Kopieren von Dateien oder Verzeichnisbäumen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →mv
mv: Der Befehl zum Verschieben oder Umbenennen von Dateien. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →rm
rm: Der Befehl zum Entfernen von Verzeichniseinträgen ohne Papierkorb. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →find
find: Ein Werkzeug, das Verzeichnisbäume nach Eigenschaften durchsucht. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →grep
grep: Ein Werkzeug, das Textzeilen nach regulären Ausdrücken filtert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →head
head: Ein Werkzeug, das den Anfang eines Textstroms ausgibt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →tail
tail: Ein Werkzeug, das das Ende eines Textstroms ausgibt oder weiterverfolgt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →less
less: Ein interaktiver Pager zum navigierbaren Lesen langer Textausgaben. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Shell-Grundlagen“.
Artikel öffnen →Modul 4Benutzer, Rechte und ProzesseGrundlagen, Betrieb und Fehlersuche für Benutzer, Rechte und Prozesse.32 Begriffe
Benutzerkonto
Benutzerkonto: Eine gespeicherte Benutzeridentität mit Anmeldename, Kennung und zugewiesenen Rechten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Systembenutzer
Systembenutzer: Ein meist nicht interaktives Konto, unter dem ein Dienst mit begrenzten Rechten läuft. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →UID
UID: Die numerische Benutzerkennung, die der Kernel statt des Namens für Rechteprüfungen verwendet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →GID
GID: Die numerische Kennung einer Unix-Gruppe für gemeinsame Zugriffsrechte. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Root user
Root user: Das Unix-Konto mit uneingeschränkten Systemrechten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →sudo
sudo: Ein Werkzeug zur kontrollierten Ausführung einzelner Befehle mit anderer Identität. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Least privilege
Least privilege: Das Prinzip, einem Konto oder Prozess nur die für seine Aufgabe nötigen Rechte zu geben. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Process
Process: Eine laufende Programminstanz mit eigenem Adressraum und Ressourcen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →PID
PID: Die numerische Kennung eines laufenden Prozesses. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Parent process
Parent process: Der Prozess, der einen anderen Prozess erzeugt und dessen Status übernehmen kann. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Child process
Child process: Ein von einem Elternprozess gestarteter Prozess mit eigener PID. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Daemon
Daemon: Ein dauerhaft im Hintergrund arbeitender Dienstprozess. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Foreground process
Foreground process: Ein Prozess, der aktuell mit dem steuernden Terminal verbunden ist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Background process
Background process: Ein Prozess, der ohne Besitz der aktuellen Terminaleingabe weiterläuft. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Signal
Signal: Eine asynchrone Kernel-Mitteilung, die einen Prozess über ein Ereignis oder eine Steueranforderung informiert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →SIGTERM
SIGTERM: Das abfangbare Signal für kontrolliertes Prozessbeenden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →SIGKILL
SIGKILL: Das nicht abfangbare Signal zum sofortigen Beenden eines Prozesses. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Process state
Process state: Der aktuelle Scheduler-Zustand eines Prozesses, etwa laufend, schlafend oder beendet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Zombie process
Zombie process: Ein bereits beendeter Prozess, dessen Exit-Status vom Elternprozess noch nicht abgeholt wurde. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Process priority
Process priority: Die Gewichtung, mit der der Scheduler CPU-Zeit zwischen Prozessen verteilt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Nice value
Nice value: Ein Unix-Wert von hoher bis niedriger CPU-Priorität, wobei größere Werte weniger bevorzugt werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Resource limit (Benutzer, Rechte und Prozesse)
Resource limit: Eine vom Kernel erzwungene Obergrenze etwa für Speicher, Prozesse oder offene Dateien. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Open file
Open file: Eine Datei oder ein anderer E/A-Endpunkt, den ein Prozess über einen Deskriptor verwendet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →File descriptor
File descriptor: Eine kleine prozesslokale Zahl, die auf eine geöffnete Datei, Pipe oder Socket verweist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →User group
User group: Eine Sammlung von Benutzerkonten, der gemeinsame Berechtigungen zugewiesen werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Ownership change
Ownership change: Die Änderung der Benutzer- oder Gruppenzuordnung eines Dateisystemobjekts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →chmod
chmod: Der Unix-Befehl zum Ändern von Dateiberechtigungsbits. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →chown
chown: Der Unix-Befehl zum Ändern von Eigentümer und Gruppe. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →ps
ps: Das Werkzeug für eine Momentaufnahme laufender Prozesse und ihrer Kennungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →top
top: Ein interaktiver Echtzeitmonitor für Prozesse, CPU- und Speichernutzung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →htop
htop: Eine interaktive, visuell erweiterte Prozessansicht mit Suche und Prozesssteuerung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →kill
kill: Der Befehl zum Senden eines Signals an einen Prozess oder eine Prozessgruppe. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Benutzer, Rechte und Prozesse“.
Artikel öffnen →Modul 5Netzwerk-GrundlagenGrundlagen, Betrieb und Fehlersuche für Netzwerk-Grundlagen.32 Begriffe
Network
Network: Verbundene Systeme, die Daten über vereinbarte Protokolle austauschen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →LAN
LAN: Ein räumlich begrenztes lokales Netzwerk. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →WAN
WAN: Ein Netzwerk, das entfernte lokale Netze über größere Distanzen verbindet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Internet
Internet: Das globale Verbundnetz auf Basis der Internetprotokollfamilie. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →IP-Adresse
IP-Adresse: Eine logische Adresse, anhand der ein Interface in einem IP-Netz erreichbar ist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →IPv4
IPv4: Die IP-Version mit 32-Bit-Adressen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →IPv6
IPv6: Die IP-Version mit 128-Bit-Adressen und stark erweitertem Adressraum. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Subnet
Subnet: Ein zusammenhängender IP-Adressbereich mit gemeinsamem Präfix. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Subnet mask
Subnet mask: Eine IPv4-Maske, die Netzpräfix und Hostanteil einer Adresse trennt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Default gateway
Default gateway: Der Router, an den Pakete für Ziele außerhalb des lokalen Netzes gesendet werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Router
Router: Ein Gerät oder Prozess, der Pakete zwischen IP-Netzen weiterleitet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Switch
Switch: Ein Layer-2-Gerät, das Ethernet-Frames anhand von MAC-Adressen weiterleitet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →MAC address
MAC address: Eine Kennung eines Netzwerkinterfaces auf der lokalen Ethernet-Schicht. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Port
Port: Eine 16-Bit-Nummer, die TCP- oder UDP-Verkehr einem Dienst zuordnet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →TCP
TCP: Ein verbindungsorientiertes Transportprotokoll mit geordneter, bestätigter Übertragung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →UDP
UDP: Ein verbindungsloses Transportprotokoll ohne Zustell- oder Reihenfolgegarantie. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Socket
Socket: Ein Betriebssystem-Endpunkt für Netzwerkkommunikation. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Connection
Connection: Der zustandsbehaftete Kommunikationskanal zwischen zwei Netzwerkendpunkten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Packet
Packet: Eine begrenzte Dateneinheit mit Headern und Nutzlast, die durch ein Netzwerk übertragen wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Bandwidth
Bandwidth: Die theoretisch oder praktisch übertragbare Datenmenge pro Zeit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Latency
Latency: Die Zeitverzögerung zwischen Senden und beobachteter Reaktion. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Packet loss
Packet loss: Das Ausbleiben einzelner gesendeter Pakete vor ihrem Ziel. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Loopback
Loopback: Eine virtuelle Netzwerkschnittstelle, deren Verkehr im eigenen Host bleibt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →localhost
localhost: Der Name, der üblicherweise auf die lokale Loopback-Adresse zeigt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Private IP address
Private IP address: Eine Adresse aus reservierten Bereichen, die nicht global im Internet geroutet wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Public IP address
Public IP address: Eine im Internet global routbare IP-Adresse. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →NAT
NAT: Die Umschreibung von IP-Adressen oder Ports an einer Netzgrenze. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Firewall
Firewall: Eine Regelinstanz, die Netzwerkverkehr nach Merkmalen erlaubt oder verwirft. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Inbound traffic
Inbound traffic: Netzwerkverkehr, der von außen an einen betrachteten Host oder Dienst gelangt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Outbound traffic
Outbound traffic: Netzwerkverkehr, den ein betrachteter Host oder Dienst nach außen sendet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →ping
ping: Ein Diagnosewerkzeug, das ICMP-Echo-Anfragen sendet und Antwortzeiten misst. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →traceroute
traceroute: Ein Diagnosewerkzeug, das die Router-Hops zu einem Ziel sichtbar macht. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Netzwerk-Grundlagen“.
Artikel öffnen →Modul 6Web-GrundlagenGrundlagen, Betrieb und Fehlersuche für Web-Grundlagen.32 Begriffe
Webbrowser
Webbrowser: Ein Client, der Webressourcen per HTTP abruft, HTML rendert und Skripte ausführt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Website
Website: Eine zusammengehörige Sammlung von Webressourcen unter einer gemeinsamen Herkunft. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Webserver
Webserver: Software, die HTTP-Anfragen annimmt und statische oder dynamische Antworten liefert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →URL
URL: Eine URI, die Ort und Zugriffsart einer Ressource beschreibt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →URI
URI: Eine Zeichenfolge, die eine Ressource eindeutig identifiziert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Scheme
Scheme: Der vordere URL-Bestandteil wie `https`, der Zugriffsprotokoll und Semantik festlegt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Host (Web-Grundlagen)
Host: Das Betriebssystem oder Gerät, auf dem ein Prozess oder eine virtuelle Umgebung läuft. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Domain
Domain: Ein hierarchischer DNS-Name, der Dienste und Ressourcen adressierbar macht. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Subdomain
Subdomain: Ein untergeordneter Namensbereich links von einer übergeordneten Domain. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Path
Path: Der URL-Teil, der innerhalb einer Herkunft eine Ressource bezeichnet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Query parameter
Query parameter: Ein benanntes Schlüssel-Wert-Paar hinter `?`, das eine Anfrage parametrisiert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Fragment
Fragment: Der URL-Teil hinter `#`, den der Client lokal zur Navigation verwendet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →HTTP
HTTP: Ein zustandsloses Anfrage-Antwort-Protokoll für Webressourcen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →HTTPS
HTTPS: HTTP innerhalb einer authentifizierten und verschlüsselten TLS-Verbindung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →HTTP request
HTTP request: Die Nachricht eines Clients mit Methode, Ziel, Headern und optionalem Body. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →HTTP response
HTTP response: Die Serverantwort mit Statuscode, Headern und optionaler Nutzlast. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →HTTP method
HTTP method: Das Verb einer HTTP-Anfrage, das die gewünschte Operation bezeichnet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →GET
GET: Die sichere HTTP-Methode zum Abrufen einer Ressourcendarstellung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →POST
POST: Die HTTP-Methode zum Übermitteln von Daten für serverseitige Verarbeitung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →PUT
PUT: Die idempotente HTTP-Methode zum vollständigen Ersetzen einer Zielressource. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →PATCH
PATCH: Die HTTP-Methode für eine partielle Änderung einer Ressource. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →DELETE (Web-Grundlagen)
DELETE: Die idempotente HTTP-Methode zum Entfernen einer Ressource. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →HTTP status code
HTTP status code: Eine dreistellige Zahl, die Erfolg, Umleitung oder Fehler einer HTTP-Antwort klassifiziert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Header
Header: Ein benanntes Metadatenfeld einer HTTP-Nachricht. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Body
Body: Die optionale Nutzlast einer HTTP-Anfrage oder -Antwort. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Content-Type
Content-Type: Der HTTP-Header, der Medienformat und gegebenenfalls Zeichenkodierung eines Bodys angibt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →User-Agent
User-Agent: Eine Client-Kennung im HTTP-Header, die Software und Plattform beschreiben kann. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Cookie
Cookie: Ein kleiner, vom Browser zu einer Herkunft gespeicherter und gesendeter Wert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Cache (Web-Grundlagen)
Cache: Ein schneller Zwischenspeicher, der wiederholte Berechnung oder Übertragung vermeidet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Redirect
Redirect: Eine HTTP-Antwort, die den Client auf ein anderes Ziel verweist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Origin
Origin: Die Kombination aus URL-Schema, Host und Port, die eine Web-Sicherheitsgrenze bildet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Same-origin policy
Same-origin policy: Die Browserregel, die Skriptzugriffe zwischen unterschiedlichen Origins begrenzt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Web-Grundlagen“.
Artikel öffnen →Modul 7Daten- und KonfigurationsformateGrundlagen, Betrieb und Fehlersuche für Daten- und Konfigurationsformate.32 Begriffe
Klartext
Klartext: Unformatierter Zeicheninhalt ohne Binärstruktur oder Auszeichnungssemantik. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →JSON
JSON: Ein textbasiertes Format für Objekte, Arrays und primitive Werte. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →YAML
YAML: Ein einrückungsabhängiges, menschenlesbares Datenformat für Konfiguration. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →TOML
TOML: Ein Konfigurationsformat mit typisierten Schlüsselwerten und Tabellen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →XML
XML: Ein textuelles Baumformat mit verschachtelten Elementen und Attributen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →CSV
CSV: Ein zeilenorientiertes Tabellenformat mit getrennten Feldwerten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Markdown
Markdown: Eine leicht lesbare Auszeichnungssprache für strukturierten Text. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →HTML
HTML: Die Auszeichnungssprache, die Struktur und Semantik einer Webseite beschreibt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →MIME type
MIME type: Eine standardisierte Bezeichnung des Inhaltsformats, etwa `image/png`. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →UTF-8
UTF-8: Eine Unicode-Zeichenkodierung mit variabler Länge von einem bis vier Bytes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Unicode
Unicode: Der Standard, der Schriftzeichen abstrakte Codepoints zuweist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Line ending
Line ending: Die Zeichenfolge, die das Ende einer Textzeile markiert, etwa LF oder CRLF. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Escape sequence
Escape sequence: Eine Zeichenfolge, die ein Sonderzeichen oder Steuerverhalten codiert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Key-value pair
Key-value pair: Eine benannte Zuordnung von einem Schlüssel zu genau einem Wert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Object
Object: Eine strukturierte Sammlung benannter Eigenschaften. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Array
Array: Eine geordnete Liste von null oder mehr Werten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Boolean
Boolean: Ein Datentyp mit den beiden Wahrheitswerten wahr und falsch. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Null value
Null value: Ein ausdrücklicher Wert für das Fehlen eines Werts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Number
Number: Ein numerischer Datenwert, je nach Format ganzzahlig oder dezimal. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →String
String: Eine geordnete Folge von Zeichen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Schema
Schema: Eine maschinenprüfbare Beschreibung erlaubter Datenstruktur und Typen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Serialization
Serialization: Die Umwandlung eines Laufzeitwerts in ein speicher- oder übertragbares Format. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Deserialization
Deserialization: Die Rekonstruktion eines Laufzeitwerts aus serialisierten Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Parser
Parser: Software, die Eingabetext nach einer Grammatik in Struktur überführt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Syntax error
Syntax error: Eine Eingabe, die gegen die Grammatik des verwendeten Formats verstößt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Indentation
Indentation: Führende Leerzeichen, die Lesbarkeit oder in YAML sogar Verschachtelung festlegen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Comment
Comment: Text für Menschen, den ein Parser nach den Regeln des Formats ignoriert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Duplicate key
Duplicate key: Das mehrfache Auftreten desselben Schlüssels in einem Objekt oder Mapping. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →.env file
.env file: Eine Textdatei mit Umgebungsvariablen, die ein Werkzeug in Prozesse lädt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Secret
Secret: Ein vertraulicher Wert wie Passwort, Schlüssel oder Token. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Placeholder
Placeholder: Eine erkennbare Ersatzmarke, die vor Nutzung durch einen echten Wert ersetzt wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Default value
Default value: Der automatisch verwendete Wert, wenn keine explizite Angabe vorhanden ist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Daten- und Konfigurationsformate“.
Artikel öffnen →Modul 8Systematisches DebuggingGrundlagen, Betrieb und Fehlersuche für Systematisches Debugging.32 Begriffe
Failure symptom
Failure symptom: Die beobachtbare Auswirkung einer Störung, noch ohne Aussage über ihre Ursache. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Fehlermeldung
Fehlermeldung: Eine Diagnoseausgabe, die Art, Ort oder Kennung eines Fehlers beschreibt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Reproduction
Reproduction: Eine Folge von Schritten, die denselben Fehler erneut auslöst. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Minimal reproduction
Minimal reproduction: Die kleinste zuverlässige Folge von Eingaben und Schritten, die einen Fehler auslöst. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Hypothesis
Hypothesis: Eine prüfbare Vermutung über Ursache oder Verhalten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Ursache
Ursache: Die zugrunde liegende Ursache, deren Behebung die Störung dauerhaft beseitigt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Symptom
Symptom: Ein messbares oder sichtbares Anzeichen eines Problems. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Correlation
Correlation: Ein gemeinsames Auftreten zweier Beobachtungen ohne bewiesene Ursache-Wirkungs-Beziehung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Causation
Causation: Eine nachgewiesene Ursache-Wirkungs-Beziehung zwischen Änderung und Ergebnis. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Log analysis
Log analysis: Das zeitliche und inhaltliche Auswerten von Protokollmeldungen zur Fehlersuche. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Timestamp (Systematisches Debugging)
Timestamp: Eine Zeitangabe, die ein Ereignis in Logs oder Messdaten einordnet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Stack trace
Stack trace: Die Aufrufkette von Funktionen oder Methoden zum Zeitpunkt eines Fehlers. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Warning
Warning: Eine Meldung über einen ungewöhnlichen, aber nicht zwingend abbrechenden Zustand. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Error
Error: Ein Zustand, in dem eine angeforderte Operation nicht korrekt abgeschlossen wurde. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Debug level
Debug level: Eine sehr ausführliche Logstufe mit internen Zuständen für die Fehlersuche. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Info level
Info level: Eine Logstufe für normale, relevante Betriebsereignisse. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Health check (Systematisches Debugging)
Health check: Ein wiederholbarer Test des minimal erforderlichen Dienstzustands. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Smoke test
Smoke test: Ein kurzer Test der wichtigsten Funktionen nach Start oder Änderung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Integration test
Integration test: Ein Test, der reale Schnittstellen zwischen mehreren Komponenten prüft. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Regression test
Regression test: Ein Test, der das Wiederauftreten eines früheren Fehlers erkennt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Expected state
Expected state: Der dokumentierte Zustand, den System oder Test erreichen soll. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Actual state
Actual state: Der tatsächlich beobachtete Zustand eines Systems oder Tests. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Differential test
Differential test: Ein Vergleich derselben Eingabe über zwei Versionen oder Implementierungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Configuration check
Configuration check: Die Prüfung, ob Einstellungen vorhanden, syntaktisch gültig und wirksam sind. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Syntax check
Syntax check: Eine Prüfung auf Grammatikfehler ohne das Programm vollständig auszuführen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Network check
Network check: Eine gestufte Prüfung von Namensauflösung, Route, Port und Anwendungsantwort. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Permission check (Systematisches Debugging)
Permission check: Die Prüfung effektiver Identität und Zugriffsrechte auf eine Ressource. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Storage check
Storage check: Die Prüfung von Einbindung, freiem Platz, Inodes und Schreibbarkeit eines Speichers. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Resource check
Resource check: Die Prüfung, ob CPU, RAM, Datenträger oder GPU den Bedarf eines Dienstes decken. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Rollback (Systematisches Debugging)
Rollback: Die Rückkehr zu einem zuvor bekannten funktionierenden Zustand. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Change history
Change history: Eine chronologische Aufzeichnung relevanter Konfigurations- und Softwareänderungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Root cause analysis
Root cause analysis: Eine strukturierte Untersuchung von Symptom, Ursache, Behebung und Vorbeugung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Systematisches Debugging“.
Artikel öffnen →Modul 9Linux-Dienste und PaketeGrundlagen, Betrieb und Fehlersuche für Linux-Dienste und Pakete.32 Begriffe
Package manager
Package manager: Ein Werkzeug zum Installieren, Aktualisieren und Entfernen von Paketen samt Abhängigkeiten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →APT
APT: Die Paketverwaltungsoberfläche für Debian-basierte Systeme. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Package source
Package source: Ein konfigurierter Ort, von dem Pakete und Metadaten bezogen werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Repository (Linux-Dienste und Pakete)
Repository: Eine Quelle versionierter Pakete und ihrer Metadaten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Package index
Package index: Ein lokaler Katalog verfügbarer Paketnamen, Versionen und Abhängigkeiten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Package version
Package version: Eine Kennung einer bestimmten veröffentlichten Ausprägung eines Pakets. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Dependency
Dependency: Eine Komponente, die eine andere Software zum Funktionieren benötigt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Transitive dependency
Transitive dependency: Eine indirekte Abhängigkeit, die von einer direkten Abhängigkeit benötigt wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Installation
Installation: Das Übertragen und Registrieren von Software für die Nutzung auf einem System. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Uninstallation
Uninstallation: Das kontrollierte Entfernen installierter Software und ihrer Registrierung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Upgrade
Upgrade: Der Wechsel auf eine neuere Softwareversion unter Erhalt vorgesehener Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Security update (Linux-Dienste und Pakete)
Security update: Eine Aktualisierung, die bekannte Sicherheitslücken behebt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Version pinning
Version pinning: Das Festlegen einer konkreten Version, damit Aktualisierungen nicht unkontrolliert wechseln. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →systemd
systemd: Der verbreitete Linux-Service-Manager und Init-Prozess. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Unit
Unit: Eine von systemd verwaltete Ressourcendefinition. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Service unit
Service unit: Eine systemd-Datei, die Start, Prozessüberwachung und Abhängigkeiten eines Dienstes beschreibt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Timer unit
Timer unit: Eine systemd-Datei, die eine andere Unit zu Zeitpunkten oder Intervallen aktiviert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Target unit
Target unit: Eine systemd-Gruppierungsunit zum Synchronisieren mehrerer Units auf einen Zielzustand. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Service status
Service status: Der von systemd gemeldete Lade-, Aktiv- und Fehlerzustand eines Dienstes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Service start
Service start: Das Anweisen des Service-Managers, einen inaktiven Dienst zu starten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Service stop
Service stop: Das kontrollierte Beenden eines laufenden Dienstes durch den Service-Manager. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Service restart
Service restart: Das aufeinanderfolgende Stoppen und erneute Starten eines Dienstes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Service autostart
Service autostart: Die Aktivierung eines Dienstes für den automatischen Start bei einem Boot-Ziel. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →System journal
System journal: Der strukturierte, zentral abgefragte Logspeicher von systemd-journald. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →journalctl
journalctl: Das Werkzeug zum Abfragen des strukturierten systemd-Journals. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →systemctl
systemctl: Das Werkzeug zur Steuerung und Inspektion von systemd-Units. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Boot process
Boot process: Die Abfolge vom Laden des Kernels bis zum Erreichen der angeforderten Systemziele. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →EnvironmentFile
EnvironmentFile: Eine von einer systemd-Unit gelesene Datei mit Umgebungsvariablen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →ExecStart
ExecStart: Die systemd-Direktive mit dem Hauptbefehl, der für einen Dienst gestartet wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Restart policy (Linux-Dienste und Pakete)
Restart policy: Die Regel, wann ein Service-Manager einen beendeten Prozess erneut startet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Unit dependency
Unit dependency: Eine deklarierte Reihenfolge- oder Bedarfsbeziehung zwischen systemd-Units. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Load state
Load state: Der systemd-Zustand, ob eine Unit-Datei gefunden und fehlerfrei geladen wurde. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Linux-Dienste und Pakete“.
Artikel öffnen →Modul 10Speicher und BackupsGrundlagen, Betrieb und Fehlersuche für Speicher und Backups.32 Begriffe
Block device
Block device: Ein Speichergerät, das Daten in adressierbaren Blöcken bereitstellt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Volume
Volume: Ein logisch nutzbarer Speicherbereich mit eigenem Lebenszyklus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Bind mount (Speicher und Backups)
Bind mount: Die Bereitstellung eines vorhandenen Verzeichnisbaums an einem zweiten Einhängepunkt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Network share
Network share: Ein über ein Netzwerkprotokoll bereitgestellter gemeinsamer Dateispeicher. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →SMB
SMB: Ein Netzwerkprotokoll für Datei- und Druckfreigaben, besonders in Windows-Umgebungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →NFS
NFS: Ein Unix-orientiertes Protokoll für entfernte Dateisysteme. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Storage capacity
Storage capacity: Die gesamte logisch nutzbare Datenmenge eines Speichers. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Disk usage
Disk usage: Der bereits belegte Anteil eines Dateisystems, einschließlich Metadaten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Reserved space
Reserved space: Speicherplatz, den ein Dateisystem für Verwaltung oder privilegierte Prozesse zurückhält. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →File system check
File system check: Eine Konsistenzprüfung der Metadaten und Verweise eines Dateisystems. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Snapshot
Snapshot: Eine zeitpunktbezogene Sicht auf einen Datenbestand, oft durch Copy-on-Write. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Backup
Backup: Eine getrennte Kopie, aus der verlorene oder beschädigte Daten wiederhergestellt werden können. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Full backup
Full backup: Eine Sicherung aller ausgewählten Daten unabhängig von früheren Sicherungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Incremental backup
Incremental backup: Eine Sicherung der Änderungen seit der letzten Sicherung beliebigen Typs. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Differential backup
Differential backup: Eine Sicherung aller Änderungen seit der letzten Vollsicherung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Restore
Restore: Das Rückspielen gesicherter Daten in einen nutzbaren Zustand. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Restore test
Restore test: Ein kontrollierter Wiederherstellungsversuch, der Nutzbarkeit einer Sicherung beweist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Backup rotation
Backup rotation: Das regelbasierte Behalten und Löschen zeitlich gestaffelter Sicherungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Retention period
Retention period: Die festgelegte Dauer, für die Daten oder Sicherungen aufbewahrt werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Offsite backup
Offsite backup: Eine Sicherung an einem räumlich oder administrativ getrennten Ort. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →3-2-1 backup rule
3-2-1 backup rule: Die Empfehlung für drei Kopien auf zwei Medientypen mit einer externen Kopie. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Checksum
Checksum: Ein berechneter Prüfwert zum Erkennen unbeabsichtigter Datenänderungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →SHA-256
SHA-256: Eine kryptografische Hashfunktion, die einen 256-Bit-Prüfwert erzeugt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Data integrity
Data integrity: Die Eigenschaft, dass Daten vollständig und unbeabsichtigt unverändert geblieben sind. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Atomic write
Atomic write: Eine Schreiboperation, deren Ergebnis entweder vollständig sichtbar oder gar nicht sichtbar wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →File synchronization
File synchronization: Das Abgleichen zweier Dateibestände anhand von Unterschieden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →rsync
rsync: Ein Werkzeug zur effizienten Synchronisierung von Dateibäumen anhand von Unterschieden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Archive
Archive: Eine Datei, die mehrere Dateien und Metadaten bündelt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Compression
Compression: Die Kodierung von Daten mit weniger Speicherbedarf. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →tar
tar: Ein Archivformat und Werkzeug, das Dateibäume samt Metadaten bündelt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Deletion deadline
Deletion deadline: Der festgelegte Zeitpunkt, ab dem Daten automatisch entfernt werden sollen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Data lifecycle
Data lifecycle: Die Abfolge von Erzeugung, Nutzung, Aufbewahrung und Löschung von Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Speicher und Backups“.
Artikel öffnen →Modul 11DNS, TLS, CDN und TunnelGrundlagen, Betrieb und Fehlersuche für DNS, TLS, CDN und Tunnel.32 Begriffe
DNS
DNS: Das verteilte System zur Auflösung von Domainnamen in Ressourcendaten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →DNS zone
DNS zone: Ein administrativ verwalteter Teil des DNS-Namensraums. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Resource record
Resource record: Ein typisierter DNS-Datensatz mit Name, Wert und Gültigkeitsdauer. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →A record
A record: Ein DNS-Datensatz, der einen Namen auf eine IPv4-Adresse abbildet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →AAAA record
AAAA record: Ein DNS-Datensatz, der einen Namen auf eine IPv6-Adresse abbildet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →CNAME record
CNAME record: Ein DNS-Alias, der einen Namen auf einen anderen kanonischen Namen verweist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →TXT record
TXT record: Ein DNS-Datensatz für Textwerte, häufig zur Verifikation oder Richtliniendeklaration. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →MX record
MX record: Ein DNS-Datensatz, der zuständige Mailserver und ihre Prioritäten nennt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Name server
Name server: Ein autoritativer oder rekursiver Dienst, der DNS-Anfragen beantwortet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Resolver
Resolver: Ein Dienst, der DNS-Anfragen rekursiv oder aus Cache beantwortet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →DNS cache
DNS cache: Ein Zwischenspeicher bereits aufgelöster DNS-Antworten bis zum Ablauf ihrer TTL. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →DNS TTL
DNS TTL: Die erlaubte Cache-Dauer eines DNS-Datensatzes in Sekunden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →DNS propagation
DNS propagation: Die zeitversetzte Sichtbarkeit geänderter DNS-Antworten durch verteilte Caches. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Certificate
Certificate: Ein signiertes Dokument, das einen öffentlichen Schlüssel an Namen bindet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Certificate authority
Certificate authority: Eine Vertrauensstelle, die Identitäten prüft und Zertifikate digital signiert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Let's Encrypt
Let's Encrypt: Eine öffentliche automatisierte Zertifizierungsstelle für kostenlose TLS-Zertifikate. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →TLS
TLS: Ein Protokoll für authentifizierte, vertrauliche und integritätsgeschützte Verbindungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →TLS handshake
TLS handshake: Der Aufbau einer TLS-Verbindung mit Aushandlung, Zertifikatsprüfung und Schlüsselerzeugung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Public key
Public key: Der veröffentlichbare Schlüsselteil für Verschlüsselung oder Signaturprüfung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Private key
Private key: Der geheim zu haltende Schlüsselteil für Entschlüsselung oder Signaturerzeugung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Certificate chain
Certificate chain: Die Folge vom Serverzertifikat über Zwischenstellen bis zu einer vertrauten Wurzel. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →SNI
SNI: Die TLS-Erweiterung, mit der ein Client den gewünschten Hostnamen beim Handshake mitteilt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →HSTS
HSTS: Ein HTTP-Header, der Browser für eine Dauer zur ausschließlichen HTTPS-Nutzung verpflichtet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →CDN
CDN: Ein verteiltes Netz aus Edge-Servern, das Inhalte näher am Nutzer ausliefert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Reverse tunnel
Reverse tunnel: Eine intern initiierte Verbindung, die kontrollierten Zugriff von außen zurückführt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Cloudflare Tunnel
Cloudflare Tunnel: Eine ausgehende Verbindung von `cloudflared` zum Cloudflare-Edge für veröffentlichte Origins. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →cloudflared
cloudflared: Der Agent, der Cloudflare-Tunnel aufbaut und Origin-Dienste weiterleitet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Tunnel token
Tunnel token: Ein vertraulicher Berechtigungswert, mit dem ein Tunnel-Agent einer Tunnelkonfiguration beitritt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Public hostname
Public hostname: Der öffentlich auflösbare DNS-Name, unter dem ein Dienst angesprochen wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Origin service
Origin service: Der interne Ursprungsdienst, an den ein Proxy oder Tunnel Anfragen weiterleitet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Zero Trust
Zero Trust: Ein Zugriffsmodell, das keine Netzposition pauschal vertraut und jede Anfrage bewertet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Access policy
Access policy: Eine Regel, die Identitäten und Bedingungen für erlaubten Zugriff festlegt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „DNS, TLS, CDN und Tunnel“.
Artikel öffnen →Modul 12Docker-GrundlagenGrundlagen, Betrieb und Fehlersuche für Docker-Grundlagen.32 Begriffe
Container
Container isoliert einen Prozess mit eigenem Dateisystem und Netzwerk-Namespace. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Container image
Container image liefert das unveränderliche Dateisystem und die Startmetadaten eines Containers. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Image layer
Image layer speichert genau eine unveränderliche Änderungsschicht innerhalb eines Images. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Dockerfile
Dockerfile beschreibt reproduzierbar, wie Docker aus Anweisungen ein Image baut. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Build context
Build context ist die Dateimenge, die dem Docker-Builder für COPY und ADD bereitsteht. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Base image
Base image liefert das unveränderliche Dateisystem und die Startmetadaten eines Containers. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Image tag
Image tag ist ein menschenlesbarer und veränderlicher Verweis auf eine Image-Version. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Image digest
Image digest identifiziert Image-Inhalt unveränderlich über einen kryptografischen Hash. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Container registry
Container registry speichert und verteilt versionierte Container-Images. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Docker Hub
Docker Hub speichert und verteilt versionierte Container-Images. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Container runtime
Container runtime gehört zur Docker-Steuerkette zwischen Benutzerbefehl und laufendem Container. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Docker Engine
Docker Engine gehört zur Docker-Steuerkette zwischen Benutzerbefehl und laufendem Container. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Docker daemon
Docker daemon gehört zur Docker-Steuerkette zwischen Benutzerbefehl und laufendem Container. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Docker CLI
Docker CLI gehört zur Docker-Steuerkette zwischen Benutzerbefehl und laufendem Container. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Container start
Container start steuert einen definierten Übergang im Container-Lebenszyklus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Container stop
Container stop steuert einen definierten Übergang im Container-Lebenszyklus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Container restart
Container restart steuert einen definierten Übergang im Container-Lebenszyklus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Container log
Container log enthält Standardausgabe und Standardfehler des Container-Hauptprozesses. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Port mapping
Port mapping ordnet einen erreichbaren Host-Port einem lauschenden Container-Port zu. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Container port
Container port ordnet einen erreichbaren Host-Port einem lauschenden Container-Port zu. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Host port
Host port ordnet einen erreichbaren Host-Port einem lauschenden Container-Port zu. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Docker network
Docker network stellt isolierte Namensauflösung und Pakettransport zwischen Containern bereit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Bridge network
Bridge network stellt isolierte Namensauflösung und Pakettransport zwischen Containern bereit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Overlay network (Docker-Grundlagen)
Overlay network stellt isolierte Namensauflösung und Pakettransport zwischen Containern bereit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Docker volume
Docker volume bindet dauerhafte oder vom Host bereitgestellte Daten in den Container ein. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Bind mount (Docker-Grundlagen)
Bind mount bindet dauerhafte oder vom Host bereitgestellte Daten in den Container ein. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Read-only mount
Read-only mount bindet dauerhafte oder vom Host bereitgestellte Daten in den Container ein. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Entrypoint (Docker-Grundlagen)
Entrypoint legt Programm und Argumente fest, die PID 1 im Container ausführen soll. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Command (Docker-Grundlagen)
Command legt Programm und Argumente fest, die PID 1 im Container ausführen soll. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Container environment
Container environment übergibt Laufzeitkonfiguration als Schlüssel-Wert-Paare an den Prozess. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Health check (Docker-Grundlagen)
Health check prüft regelmäßig, ob der Dienst funktional statt nur gestartet ist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Restart policy (Docker-Grundlagen)
Restart policy steuert einen definierten Übergang im Container-Lebenszyklus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Docker-Grundlagen“.
Artikel öffnen →Modul 13Compose, Swarm und PortainerGrundlagen, Betrieb und Fehlersuche für Compose, Swarm und Portainer.32 Begriffe
Docker Compose
Docker Compose beschreibt mehrere Containerdienste deklarativ als gemeinsame Anwendung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Compose file
Compose file beschreibt mehrere Containerdienste deklarativ als gemeinsame Anwendung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Compose service
Compose service gruppiert wiederholbar konfigurierte Container innerhalb eines Compose-Namensraums. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Compose project
Compose project gruppiert wiederholbar konfigurierte Container innerhalb eines Compose-Namensraums. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Docker Swarm
Docker Swarm ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Swarm manager
Swarm manager ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Swarm worker
Swarm worker ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Swarm node
Swarm node ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Stack
Stack bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Swarm service
Swarm service repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Swarm task
Swarm task repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Replica
Replica repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Desired state
Desired state repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Current state
Current state repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Rolling update
Rolling update steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Update parallelism
Update parallelism steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Update delay
Update delay steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Rollback configuration
Rollback configuration steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Placement constraint
Placement constraint beschränkt Tasks auf Nodes mit passenden Rollen oder Labels. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Resource limit (Compose, Swarm und Portainer)
Resource limit begrenzt Verbrauch oder reserviert planbare CPU- und Speicherressourcen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Resource reservation
Resource reservation begrenzt Verbrauch oder reserviert planbare CPU- und Speicherressourcen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Swarm secret
Swarm secret liefert sensible oder normale Konfigurationsdaten kontrolliert an ausgewählte Services. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Swarm config
Swarm config liefert sensible oder normale Konfigurationsdaten kontrolliert an ausgewählte Services. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Overlay network (Compose, Swarm und Portainer)
Overlay network verbindet Services clusterweit und löst ihre logischen Namen auf. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Ingress network
Ingress network verbindet Services clusterweit und löst ihre logischen Namen auf. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Routing mesh
Routing mesh verbindet Services clusterweit und löst ihre logischen Namen auf. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Service discovery
Service discovery verbindet Services clusterweit und löst ihre logischen Namen auf. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Portainer
Portainer stellt eine Weboberfläche zur Inspektion und Verwaltung von Docker bereit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Stack editor
Stack editor bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Stack deployment
Stack deployment bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Service scaling
Service scaling ändert die gewünschte Zahl gleichartiger Service-Replikate. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Service inspect (Compose, Swarm und Portainer)
Service inspect zeigt die vollständige aktive Service-Spezifikation des Swarm-Managers. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Compose, Swarm und Portainer“.
Artikel öffnen →Modul 14Reverse Proxy und RoutingGrundlagen, Betrieb und Fehlersuche für Reverse Proxy und Routing.32 Begriffe
Reverse proxy
Reverse proxy vermittelt Verbindungen zwischen Client und Ziel, jedoch in entgegengesetzter Vertrauensrichtung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Forward proxy
Forward proxy vermittelt Verbindungen zwischen Client und Ziel, jedoch in entgegengesetzter Vertrauensrichtung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Router rule
Router rule entscheidet anhand von Host oder Pfad, welcher Router eine Anfrage übernimmt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Host rule
Host rule entscheidet anhand von Host oder Pfad, welcher Router eine Anfrage übernimmt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →PathPrefix rule
PathPrefix rule entscheidet anhand von Host oder Pfad, welcher Router eine Anfrage übernimmt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →EntryPoint (Reverse Proxy und Routing)
EntryPoint definiert die lauschende Adresse und den Port eines Traefik-Eingangs. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Middleware (Reverse Proxy und Routing)
Middleware verändert oder prüft eine Anfrage zwischen Router und Backend. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Backend service
Backend service beschreibt erreichbare Zielinstanzen und deren Verteilung hinter dem Proxy. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Load balancer
Load balancer beschreibt erreichbare Zielinstanzen und deren Verteilung hinter dem Proxy. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Upstream
Upstream beschreibt erreichbare Zielinstanzen und deren Verteilung hinter dem Proxy. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Traefik
Traefik ist ein Reverse-Proxy-Webserver für Routing, TLS und Weiterleitung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Traefik provider
Traefik provider liefert Traefik dynamische Routingobjekte aus einer Infrastrukturquelle. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Docker provider
Docker provider liefert Traefik dynamische Routingobjekte aus einer Infrastrukturquelle. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Swarm provider
Swarm provider liefert Traefik dynamische Routingobjekte aus einer Infrastrukturquelle. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Traefik label
Traefik label kodiert dynamische Traefik-Konfiguration direkt an einem Container oder Service. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →nginx
nginx ist ein Reverse-Proxy-Webserver für Routing, TLS und Weiterleitung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →nginx server block
nginx server block wählt in nginx virtuellen Host, Pfadbereich und Weiterleitungsziel. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →nginx location block
nginx location block wählt in nginx virtuellen Host, Pfadbereich und Weiterleitungsziel. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →proxy_pass
proxy_pass wählt in nginx virtuellen Host, Pfadbereich und Weiterleitungsziel. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Forwarded header
Forwarded header überträgt ursprüngliches Protokoll, Host oder Clientadresse über Proxygrenzen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →X-Forwarded-For
X-Forwarded-For überträgt die ursprüngliche Client-IP als geordnete Proxy-Kette. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →X-Forwarded-Proto
X-Forwarded-Proto teilt dem Backend das ursprüngliche Clientprotokoll wie HTTPS mit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →X-Real-IP
X-Real-IP überträgt ursprüngliches Protokoll, Host oder Clientadresse über Proxygrenzen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →WebSocket upgrade
WebSocket upgrade schaltet eine HTTP-Verbindung auf eine dauerhafte bidirektionale Verbindung um. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Request timeout
Request timeout begrenzt Wartezeit für Verbindungsaufbau oder Antwort eines Upstreams. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Response timeout
Response timeout begrenzt Wartezeit für Verbindungsaufbau oder Antwort eines Upstreams. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Upload limit
Upload limit begrenzt Anfragegröße oder Frequenz vor dem Backend. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Request body limit
Request body limit begrenzt Anfragegröße oder Frequenz vor dem Backend. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Sticky session
Sticky session bindet wiederkehrende Clientanfragen an dieselbe Backend-Instanz. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Rate limit
Rate limit begrenzt Anfragegröße oder Frequenz vor dem Backend. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Compression middleware
Compression middleware komprimiert geeignete HTTP-Antworten abhängig von Accept-Encoding. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Access log
Access log protokolliert jede Proxyanfrage mit Status, Ziel und Dauer. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Reverse Proxy und Routing“.
Artikel öffnen →Modul 15Frontend-GrundlagenGrundlagen, Betrieb und Fehlersuche für Frontend-Grundlagen.32 Begriffe
HTML document
HTML document strukturiert Inhalt und Interaktion als zugängliche Browser-Dokumentelemente. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →DOM
DOM ist die laufzeitveränderbare Objektstruktur des geladenen HTML-Dokuments. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →HTML element
HTML element strukturiert Inhalt und Interaktion als zugängliche Browser-Dokumentelemente. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →HTML attribute
HTML attribute strukturiert Inhalt und Interaktion als zugängliche Browser-Dokumentelemente. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Semantic HTML
Semantic HTML strukturiert Inhalt und Interaktion als zugängliche Browser-Dokumentelemente. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Form
Form strukturiert Inhalt und Interaktion als zugängliche Browser-Dokumentelemente. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Input field
Input field strukturiert Inhalt und Interaktion als zugängliche Browser-Dokumentelemente. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Button
Button strukturiert Inhalt und Interaktion als zugängliche Browser-Dokumentelemente. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Label
Label strukturiert Inhalt und Interaktion als zugängliche Browser-Dokumentelemente. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →CSS
CSS steuert Auswahl, Werte und Größenberechnung der visuellen Darstellung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →CSS selector
CSS selector steuert Auswahl, Werte und Größenberechnung der visuellen Darstellung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →CSS class
CSS class steuert Auswahl, Werte und Größenberechnung der visuellen Darstellung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →CSS custom property
CSS custom property steuert Auswahl, Werte und Größenberechnung der visuellen Darstellung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →CSS box model
CSS box model steuert Auswahl, Werte und Größenberechnung der visuellen Darstellung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Flexbox
Flexbox ordnet Elemente entlang einer oder zweier Layoutachsen an. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →CSS Grid
CSS Grid ordnet Elemente entlang einer oder zweier Layoutachsen an. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Responsive design
Responsive design passt Layout und Bedienung an verfügbare Fläche und Geräteeigenschaften an. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Media query
Media query passt Layout und Bedienung an verfügbare Fläche und Geräteeigenschaften an. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →JavaScript
JavaScript liefert Sprache und Standard, mit denen Browserzustand und Interaktion programmiert werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →ECMAScript
ECMAScript liefert Sprache und Standard, mit denen Browserzustand und Interaktion programmiert werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Event (Frontend-Grundlagen)
Event meldet eine Benutzer- oder Browseraktion und bindet darauf reagierenden Code. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Event listener
Event listener meldet eine Benutzer- oder Browseraktion und bindet darauf reagierenden Code. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Fetch API
Fetch API führt asynchrone Netzwerkarbeit aus und repräsentiert deren späteres Ergebnis. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Promise
Promise führt asynchrone Netzwerkarbeit aus und repräsentiert deren späteres Ergebnis. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →async and await
async and await führt asynchrone Netzwerkarbeit aus und repräsentiert deren späteres Ergebnis. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Browser storage
Browser storage speichert kleine Schlüssel-Wert-Daten im Browser mit unterschiedlicher Lebensdauer. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Local Storage
Local Storage speichert kleine Schlüssel-Wert-Daten im Browser mit unterschiedlicher Lebensdauer. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Session Storage
Session Storage speichert kleine Schlüssel-Wert-Daten im Browser mit unterschiedlicher Lebensdauer. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →File upload
File upload übergibt vom Nutzer ausgewählte Dateien an Browserlogik und Uploadschnittstelle. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Drag and drop
Drag and drop übergibt vom Nutzer ausgewählte Dateien an Browserlogik und Uploadschnittstelle. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Progress indicator
Progress indicator visualisiert messbaren Upload- oder Verarbeitungsfortschritt statt bloßer Wartezeit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Web accessibility
Web accessibility macht Inhalt per Tastatur, Screenreader und ausreichendem Kontrast nutzbar. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Frontend-Grundlagen“.
Artikel öffnen →Modul 16Backend und Web-APIsGrundlagen, Betrieb und Fehlersuche für Backend und Web-APIs.32 Begriffe
Backend
Backend verarbeitet serverseitige Regeln, Datenzugriffe und Antworten hinter einer Weboberfläche. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Application server
Application server verarbeitet serverseitige Regeln, Datenzugriffe und Antworten hinter einer Weboberfläche. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Node.js
Node.js bildet JavaScript-Laufzeit, Paketwerkzeug und Projektmanifest eines Node-Projekts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →npm
npm bildet JavaScript-Laufzeit, Paketwerkzeug und Projektmanifest eines Node-Projekts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →package.json
package.json bildet JavaScript-Laufzeit, Paketwerkzeug und Projektmanifest eines Node-Projekts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Python
Python bildet Sprache, isolierte Paketumgebung und Installer eines Python-Projekts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Virtual environment
Virtual environment bildet Sprache, isolierte Paketumgebung und Installer eines Python-Projekts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →pip
pip bildet Sprache, isolierte Paketumgebung und Installer eines Python-Projekts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →FastAPI
FastAPI stellt eine Python-Webanwendung über einen ASGI-Server und optionale Prozessverwaltung bereit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →ASGI
ASGI stellt eine Python-Webanwendung über einen ASGI-Server und optionale Prozessverwaltung bereit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Uvicorn
Uvicorn stellt eine Python-Webanwendung über einen ASGI-Server und optionale Prozessverwaltung bereit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Endpoint
Endpoint ordnet HTTP-Methode und URL-Pfad einer Backend-Funktion zu. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Route
Route ordnet HTTP-Methode und URL-Pfad einer Backend-Funktion zu. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Request model
Request model definiert und prüft Form, Typen und Ausgabe von API-Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Response model
Response model definiert und prüft Form, Typen und Ausgabe von API-Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Validation
Validation definiert und prüft Form, Typen und Ausgabe von API-Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Middleware (Backend und Web-APIs)
Middleware führt wiederverwendbare Querschnittslogik oder bereitgestellte Abhängigkeiten pro Anfrage aus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Dependency injection
Dependency injection führt wiederverwendbare Querschnittslogik oder bereitgestellte Abhängigkeiten pro Anfrage aus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Background task
Background task verschiebt Arbeit aus dem direkten Antwortpfad oder führt wartende Arbeit nebenläufig aus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Multipart upload
Multipart upload überträgt große Dateien stückweise statt als einzelnes JSON-Objekt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Streaming response
Streaming response überträgt große Dateien stückweise statt als einzelnes JSON-Objekt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Server-sent events
Server-sent events hält eine Verbindung für laufende Serverupdates oder bidirektionale Nachrichten offen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →WebSocket
WebSocket hält eine Verbindung für laufende Serverupdates oder bidirektionale Nachrichten offen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →OpenAPI
OpenAPI beschreibt API-Verträge maschinenlesbar und stellt sie interaktiv dar. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Swagger UI
Swagger UI beschreibt API-Verträge maschinenlesbar und stellt sie interaktiv dar. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Error handling
Error handling übersetzt interne Fehler kontrolliert in protokollierte HTTP-Antworten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Exception handler
Exception handler übersetzt interne Fehler kontrolliert in protokollierte HTTP-Antworten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →CORS
CORS legt fest, welche Browser-Origins eine API lesen oder mit Credentials ansprechen dürfen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Pydantic
Pydantic definiert und prüft Form, Typen und Ausgabe von API-Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Async function
Async function verschiebt Arbeit aus dem direkten Antwortpfad oder führt wartende Arbeit nebenläufig aus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Worker process
Worker process verschiebt Arbeit aus dem direkten Antwortpfad oder führt wartende Arbeit nebenläufig aus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Gunicorn
Gunicorn stellt eine Python-Webanwendung über einen ASGI-Server und optionale Prozessverwaltung bereit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Backend und Web-APIs“.
Artikel öffnen →Modul 17PostgreSQLGrundlagen, Betrieb und Fehlersuche für PostgreSQL.32 Begriffe
Relationale Datenbank
Relationale Datenbank speichert strukturierte Daten transaktional und stellt sie mehreren Clients über SQL bereit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →PostgreSQL
PostgreSQL speichert strukturierte Daten transaktional und stellt sie mehreren Clients über SQL bereit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Database server
Database server speichert strukturierte Daten transaktional und stellt sie mehreren Clients über SQL bereit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Database
Database speichert strukturierte Daten transaktional und stellt sie mehreren Clients über SQL bereit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Database schema
Database schema ordnet Datensätze in benannte Strukturen mit festgelegten Typen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Table
Table ordnet Datensätze in benannte Strukturen mit festgelegten Typen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Column
Column ordnet Datensätze in benannte Strukturen mit festgelegten Typen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Row
Row ordnet Datensätze in benannte Strukturen mit festgelegten Typen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Data type
Data type ordnet Datensätze in benannte Strukturen mit festgelegten Typen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Primary key
Primary key erzwingt Identität, Beziehungen oder zulässige Werte direkt in der Datenbank. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Foreign key
Foreign key erzwingt Identität, Beziehungen oder zulässige Werte direkt in der Datenbank. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Unique constraint
Unique constraint erzwingt Identität, Beziehungen oder zulässige Werte direkt in der Datenbank. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Not-null constraint
Not-null constraint erzwingt Identität, Beziehungen oder zulässige Werte direkt in der Datenbank. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Database index
Database index beschleunigt passende Such- und Sortieroperationen gegen zusätzlichen Speicher und Schreibaufwand. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →B-tree index
B-tree index beschleunigt passende Such- und Sortieroperationen gegen zusätzlichen Speicher und Schreibaufwand. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →SQL
SQL ist eine Anweisung zum Lesen, Schreiben oder Verknüpfen relationaler Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →SELECT
SELECT ist eine Anweisung zum Lesen, Schreiben oder Verknüpfen relationaler Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →INSERT
INSERT ist eine Anweisung zum Lesen, Schreiben oder Verknüpfen relationaler Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →UPDATE
UPDATE ist eine Anweisung zum Lesen, Schreiben oder Verknüpfen relationaler Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →DELETE (PostgreSQL)
DELETE ist eine Anweisung zum Lesen, Schreiben oder Verknüpfen relationaler Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →JOIN
JOIN ist eine Anweisung zum Lesen, Schreiben oder Verknüpfen relationaler Daten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Transaction
Transaction fasst Änderungen so zusammen, dass sie vollständig gelten oder sicher verworfen werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →COMMIT (PostgreSQL)
COMMIT fasst Änderungen so zusammen, dass sie vollständig gelten oder sicher verworfen werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →ROLLBACK (PostgreSQL)
ROLLBACK fasst Änderungen so zusammen, dass sie vollständig gelten oder sicher verworfen werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →ACID
ACID fasst Änderungen so zusammen, dass sie vollständig gelten oder sicher verworfen werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Connection pool
Connection pool hält eine begrenzte Menge wiederverwendbarer Datenbankverbindungen bereit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Database migration
Database migration überführt Schema und Daten nachvollziehbar von einer Version zur nächsten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Database role
Database role bestimmt Datenbankidentität und erlaubte Operationen nach minimalen Rechten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Database user
Database user bestimmt Datenbankidentität und erlaubte Operationen nach minimalen Rechten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Database permission
Database permission bestimmt Datenbankidentität und erlaubte Operationen nach minimalen Rechten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →pg_dump
pg_dump exportiert logische PostgreSQL-Strukturen und Daten in ein Sicherungsformat. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →pg_restore
pg_restore stellt ein von pg_dump erzeugtes Archiv kontrolliert wieder her. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „PostgreSQL“.
Artikel öffnen →Modul 18SQLite, Redis und WarteschlangenGrundlagen, Betrieb und Fehlersuche für SQLite, Redis und Warteschlangen.32 Begriffe
SQLite
SQLite speichert eine relationale Datenbank direkt in einer einzelnen lokalen Datei. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Database file
Database file speichert eine relationale Datenbank direkt in einer einzelnen lokalen Datei. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Write-ahead logging
Write-ahead logging schreibt Änderungen vorab in ein WAL-Protokoll und verbessert paralleles Lesen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →SQLite transaction
SQLite transaction speichert eine relationale Datenbank direkt in einer einzelnen lokalen Datei. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Redis
Redis hält Daten primär im Arbeitsspeicher für sehr schnellen Schlüsselzugriff. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →In-memory database
In-memory database hält Daten primär im Arbeitsspeicher für sehr schnellen Schlüsselzugriff. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Redis key
Redis key ist eine Redis-Datenstruktur mit eigener Zugriffs- und Ordnungssemantik. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Redis value
Redis value ist eine Redis-Datenstruktur mit eigener Zugriffs- und Ordnungssemantik. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Expiration
Expiration löscht einen Redis-Schlüssel automatisch nach einer festgelegten Restzeit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Redis TTL
Redis TTL löscht einen Redis-Schlüssel automatisch nach einer festgelegten Restzeit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Redis hash
Redis hash ist eine Redis-Datenstruktur mit eigener Zugriffs- und Ordnungssemantik. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Redis list
Redis list ist eine Redis-Datenstruktur mit eigener Zugriffs- und Ordnungssemantik. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Redis set
Redis set ist eine Redis-Datenstruktur mit eigener Zugriffs- und Ordnungssemantik. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Redis sorted set
Redis sorted set ist eine Redis-Datenstruktur mit eigener Zugriffs- und Ordnungssemantik. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Redis Pub/Sub
Redis Pub/Sub verteilt flüchtige Nachrichten an aktuell verbundene Abonnenten ohne Speicherung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Redis persistence
Redis persistence sichert Redis-Daten periodisch oder als fortlaufendes Änderungsprotokoll auf Platte. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →RDB snapshot
RDB snapshot sichert Redis-Daten periodisch oder als fortlaufendes Änderungsprotokoll auf Platte. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →AOF
AOF sichert Redis-Daten periodisch oder als fortlaufendes Änderungsprotokoll auf Platte. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Cache (SQLite, Redis und Warteschlangen)
Cache vermeidet teure Neuberechnung durch wiederverwendete Ergebnisse und messbare Treffer. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Cache miss
Cache miss vermeidet teure Neuberechnung durch wiederverwendete Ergebnisse und messbare Treffer. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Cache hit
Cache hit vermeidet teure Neuberechnung durch wiederverwendete Ergebnisse und messbare Treffer. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Job queue
Job queue transportiert abgegrenzte Arbeitsaufträge vom Erzeuger zu einem verarbeitenden Worker. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Job
Job transportiert abgegrenzte Arbeitsaufträge vom Erzeuger zu einem verarbeitenden Worker. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Producer
Producer transportiert abgegrenzte Arbeitsaufträge vom Erzeuger zu einem verarbeitenden Worker. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Consumer
Consumer transportiert abgegrenzte Arbeitsaufträge vom Erzeuger zu einem verarbeitenden Worker. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Queue worker
Queue worker transportiert abgegrenzte Arbeitsaufträge vom Erzeuger zu einem verarbeitenden Worker. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →FIFO
FIFO transportiert abgegrenzte Arbeitsaufträge vom Erzeuger zu einem verarbeitenden Worker. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Retry
Retry behandelt fehlgeschlagene Jobs erneut oder isoliert sie nach begrenzten Versuchen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Dead-letter queue
Dead-letter queue behandelt fehlgeschlagene Jobs erneut oder isoliert sie nach begrenzten Versuchen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Visibility timeout
Visibility timeout reserviert einen abgeholten Job vorübergehend, bis er bestätigt oder erneut sichtbar wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Idempotency key
Idempotency key macht wiederholte gleichartige Anfragen anhand eines stabilen Schlüssels wirkungsgleich. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Distributed lock
Distributed lock koordiniert exklusiven Zugriff mehrerer Prozesse über einen gemeinsamen Sperrschlüssel. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „SQLite, Redis und Warteschlangen“.
Artikel öffnen →Modul 19Konten, Authentifizierung und SitzungenGrundlagen, Betrieb und Fehlersuche für Konten, Authentifizierung und Sitzungen.32 Begriffe
Identity
Identity repräsentiert eine Person oder Dienstidentität mit zugeordnetem Kontozustand. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Account
Account repräsentiert eine Person oder Dienstidentität mit zugeordnetem Kontozustand. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Registration
Registration repräsentiert eine Person oder Dienstidentität mit zugeordnetem Kontozustand. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Login
Login prüft Anmeldedaten und beginnt oder beendet einen authentifizierten Kontext. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Logout
Logout prüft Anmeldedaten und beginnt oder beendet einen authentifizierten Kontext. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Authentication
Authentication prüft Anmeldedaten und beginnt oder beendet einen authentifizierten Kontext. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Authorization
Authorization entscheidet nach erfolgreicher Identitätsprüfung über eine konkrete Aktion. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Password hash
Password hash speichert Passwörter als absichtlich teure Einwegableitung mit individuellem Zufallswert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Salt
Salt speichert Passwörter als absichtlich teure Einwegableitung mit individuellem Zufallswert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Argon2
Argon2 speichert Passwörter als absichtlich teure Einwegableitung mit individuellem Zufallswert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →bcrypt
bcrypt speichert Passwörter als absichtlich teure Einwegableitung mit individuellem Zufallswert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Session
Session verknüpft einen zufälligen Browserbezeichner mit serverseitigem Anmeldezustand. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Session ID
Session ID verknüpft einen zufälligen Browserbezeichner mit serverseitigem Anmeldezustand. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Session cookie
Session cookie verknüpft einen zufälligen Browserbezeichner mit serverseitigem Anmeldezustand. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Access token
Access token trägt zeitlich begrenzte Zugriffsansprüche oder erneuert sie ohne Passwort. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Refresh token
Refresh token trägt zeitlich begrenzte Zugriffsansprüche oder erneuert sie ohne Passwort. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →JWT
JWT trägt zeitlich begrenzte Zugriffsansprüche oder erneuert sie ohne Passwort. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →OAuth 2.0
OAuth 2.0 standardisiert delegierte Autorisierung und ergänzt sie um überprüfbare Benutzeridentität. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →OpenID Connect
OpenID Connect standardisiert delegierte Autorisierung und ergänzt sie um überprüfbare Benutzeridentität. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Google login
Google login bindet einen externen Identitätsanbieter über eine exakt registrierte Rücksprungadresse an. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Discord login
Discord login bindet einen externen Identitätsanbieter über eine exakt registrierte Rücksprungadresse an. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Callback URL
Callback URL bindet einen externen Identitätsanbieter über eine exakt registrierte Rücksprungadresse an. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →CSRF
CSRF verhindert oder begrenzt zustandsändernde Fremdseitenanfragen mit bestehenden Cookies. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →SameSite cookie
SameSite cookie verhindert oder begrenzt zustandsändernde Fremdseitenanfragen mit bestehenden Cookies. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Secure cookie
Secure cookie beschränkt Sitzungs-Cookies auf HTTPS und entzieht sie JavaScript-Zugriff. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →HttpOnly cookie
HttpOnly cookie beschränkt Sitzungs-Cookies auf HTTPS und entzieht sie JavaScript-Zugriff. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Role model
Role model entscheidet nach erfolgreicher Identitätsprüfung über eine konkrete Aktion. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Permission check (Konten, Authentifizierung und Sitzungen)
Permission check entscheidet nach erfolgreicher Identitätsprüfung über eine konkrete Aktion. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Account recovery
Account recovery repräsentiert eine Person oder Dienstidentität mit zugeordnetem Kontozustand. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Email verification
Email verification bestätigt Besitz eines Kommunikationskanals über kurzlebige Einmal-Tokens. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Brute-force protection
Brute-force protection begrenzt wiederholte Anmeldeversuche pro Identität und Herkunft. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Login rate limit
Login rate limit prüft Anmeldedaten und beginnt oder beendet einen authentifizierten Kontext. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Konten, Authentifizierung und Sitzungen“.
Artikel öffnen →Modul 20Monitoring und BeobachtbarkeitGrundlagen, Betrieb und Fehlersuche für Monitoring und Beobachtbarkeit.32 Begriffe
Monitoring
Monitoring macht Systemzustand über gezielt erhobene Signale und untersuchbare Zusammenhänge sichtbar. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Observability
Observability macht Systemzustand über gezielt erhobene Signale und untersuchbare Zusammenhänge sichtbar. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Metric
Metric ist ein numerischer Zeitreihenwert mit Name, Labels und Messzeitpunkt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Log
Log zeichnet diskrete Ereignisse auf und begrenzt deren lokalen Speicherverbrauch. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Trace
Trace verknüpft Arbeitsschritte oder Logs derselben Anfrage über Dienstgrenzen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Event (Monitoring und Beobachtbarkeit)
Event beschreibt ein einzelnes zustandsveränderndes Vorkommnis mit Zeitpunkt und Kontext. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Dashboard
Dashboard kombiniert ausgewählte Messwerte für einen konkreten Betriebszweck. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Alert
Alert löst bei einem handlungsrelevanten Messzustand eine Benachrichtigung aus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Threshold
Threshold löst bei einem handlungsrelevanten Messzustand eine Benachrichtigung aus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Uptime
Uptime misst Erreichbarkeit über Zeit oder durch wiederholte externe Funktionsprüfungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Availability check
Availability check misst Erreichbarkeit über Zeit oder durch wiederholte externe Funktionsprüfungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Liveness probe
Liveness probe trennt Prozesslebendigkeit von Bereitschaft zur Annahme echten Verkehrs. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Readiness probe
Readiness probe trennt Prozesslebendigkeit von Bereitschaft zur Annahme echten Verkehrs. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →CPU metric
CPU metric misst Auslastung oder Sättigung einer konkreten technischen Ressource. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Memory metric
Memory metric misst Auslastung oder Sättigung einer konkreten technischen Ressource. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Disk metric
Disk metric misst Auslastung oder Sättigung einer konkreten technischen Ressource. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Network metric
Network metric misst Auslastung oder Sättigung einer konkreten technischen Ressource. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →GPU metric
GPU metric misst Auslastung oder Sättigung einer konkreten technischen Ressource. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Queue metric
Queue metric misst Auslastung oder Sättigung einer konkreten technischen Ressource. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Request rate
Request rate quantifiziert Verkehrsmenge, Fehleranteil oder Dauer von Anfragen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Error rate
Error rate quantifiziert Verkehrsmenge, Fehleranteil oder Dauer von Anfragen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Response time
Response time quantifiziert Verkehrsmenge, Fehleranteil oder Dauer von Anfragen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Percentile
Percentile beschreibt eine Verteilungsgrenze statt eines durch Ausreißer verzerrbaren Mittelwerts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →P50
P50 beschreibt eine Verteilungsgrenze statt eines durch Ausreißer verzerrbaren Mittelwerts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →P95
P95 beschreibt eine Verteilungsgrenze statt eines durch Ausreißer verzerrbaren Mittelwerts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →P99
P99 beschreibt eine Verteilungsgrenze statt eines durch Ausreißer verzerrbaren Mittelwerts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Prometheus
Prometheus sammelt pull-basiert numerische Metriken von instrumentierten Zielen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Exporter
Exporter sammelt pull-basiert numerische Metriken von instrumentierten Zielen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Grafana
Grafana visualisiert und alarmiert auf Daten aus angebundenen Observability-Quellen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Structured log
Structured log zeichnet diskrete Ereignisse auf und begrenzt deren lokalen Speicherverbrauch. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Correlation ID
Correlation ID verknüpft Arbeitsschritte oder Logs derselben Anfrage über Dienstgrenzen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Log rotation
Log rotation zeichnet diskrete Ereignisse auf und begrenzt deren lokalen Speicherverbrauch. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Monitoring und Beobachtbarkeit“.
Artikel öffnen →Modul 21FFmpeg, Container und CodecsGrundlagen, Betrieb und Fehlersuche für FFmpeg, Container und Codecs.32 Begriffe
FFmpeg
FFmpeg ist ein Kommandozeilen-Framework zum Lesen, Filtern und Schreiben von Medienströmen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →ffprobe
ffprobe liest Container-, Stream-, Codec- und Zeitinformationen ohne Transcoding. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Media container
Media container verpackt bereits codierte Streams oder wechselt nur deren Hülle ohne Neucodierung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Codec
Codec definiert Kompression und die Umwandlung zwischen Rohdaten und codierten Medien. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Encoder
Encoder definiert Kompression und die Umwandlung zwischen Rohdaten und codierten Medien. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Decoder
Decoder definiert Kompression und die Umwandlung zwischen Rohdaten und codierten Medien. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Transcoding
Transcoding definiert Kompression und die Umwandlung zwischen Rohdaten und codierten Medien. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Remuxing
Remuxing verpackt bereits codierte Streams oder wechselt nur deren Hülle ohne Neucodierung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Bitrate
Bitrate steuert Datenmenge und Qualitätsverteilung über die Laufzeit eines Mediums. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Constant bitrate
Constant bitrate steuert Datenmenge und Qualitätsverteilung über die Laufzeit eines Mediums. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Variable bitrate
Variable bitrate steuert Datenmenge und Qualitätsverteilung über die Laufzeit eines Mediums. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →CRF
CRF steuert Datenmenge und Qualitätsverteilung über die Laufzeit eines Mediums. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Two-pass encoding
Two-pass encoding steuert Datenmenge und Qualitätsverteilung über die Laufzeit eines Mediums. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Resolution
Resolution bestimmt räumliche oder zeitliche Struktur eines Videostroms. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Aspect ratio
Aspect ratio bestimmt räumliche oder zeitliche Struktur eines Videostroms. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Frame rate
Frame rate bestimmt räumliche oder zeitliche Struktur eines Videostroms. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Keyframe
Keyframe bestimmt räumliche oder zeitliche Struktur eines Videostroms. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →GOP
GOP bestimmt räumliche oder zeitliche Struktur eines Videostroms. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Pixel format
Pixel format beschreibt digitale Farbkanäle, Wertebereich und Farbauflösung eines Bildes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Color space
Color space beschreibt digitale Farbkanäle, Wertebereich und Farbauflösung eines Bildes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Chroma subsampling
Chroma subsampling beschreibt digitale Farbkanäle, Wertebereich und Farbauflösung eines Bildes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →H.264
H.264 ist ein Videocodec mit eigenem Verhältnis aus Qualität, Rechenlast und Kompatibilität. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →H.265
H.265 ist ein Videocodec mit eigenem Verhältnis aus Qualität, Rechenlast und Kompatibilität. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →VP9
VP9 ist ein Videocodec mit eigenem Verhältnis aus Qualität, Rechenlast und Kompatibilität. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →AV1
AV1 ist ein Videocodec mit eigenem Verhältnis aus Qualität, Rechenlast und Kompatibilität. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →AAC
AAC ist ein verlustbehafteter Audiocodec mit unterschiedlichen Container- und Geräteprofilen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Opus
Opus ist ein verlustbehafteter Audiocodec mit unterschiedlichen Container- und Geräteprofilen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →MP3
MP3 ist ein verlustbehafteter Audiocodec mit unterschiedlichen Container- und Geräteprofilen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Stream mapping
Stream mapping wählt explizit aus, welche Video-, Audio- oder Untertitelstreams ausgegeben werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Filtergraph
Filtergraph verkettet Medienfilter mit benannten Ein- und Ausgängen zu einer Verarbeitungspipeline. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Hardware encoding
Hardware encoding führt Videocodierung auf spezialisiertem Gerät oder allgemeinen CPU-Kernen aus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Software encoding
Software encoding führt Videocodierung auf spezialisiertem Gerät oder allgemeinen CPU-Kernen aus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „FFmpeg, Container und Codecs“.
Artikel öffnen →Modul 22Medien-, Bild- und DokumentformateGrundlagen, Betrieb und Fehlersuche für Medien-, Bild- und Dokumentformate.32 Begriffe
MP4
MP4 ist ein Mediencontainer, der bestimmte Video-, Audio- und Metadatenstreams bündelt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →WebM
WebM ist ein Mediencontainer, der bestimmte Video-, Audio- und Metadatenstreams bündelt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →Matroska
Matroska ist ein Mediencontainer, der bestimmte Video-, Audio- und Metadatenstreams bündelt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →MOV
MOV ist ein Mediencontainer, der bestimmte Video-, Audio- und Metadatenstreams bündelt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →AVI
AVI ist ein Mediencontainer, der bestimmte Video-, Audio- und Metadatenstreams bündelt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →WAV
WAV speichert Audio unkomprimiert oder verlustfrei und eignet sich für Bearbeitung und Archivierung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →FLAC
FLAC speichert Audio unkomprimiert oder verlustfrei und eignet sich für Bearbeitung und Archivierung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →OGG
OGG ist ein Mediencontainer, der bestimmte Video-, Audio- und Metadatenstreams bündelt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →M4A
M4A ist ein Mediencontainer, der bestimmte Video-, Audio- und Metadatenstreams bündelt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →PNG
PNG ist ein Rasterbildformat mit eigener Unterstützung für Qualität, Animation oder Transparenz. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →JPEG
JPEG ist ein Rasterbildformat mit eigener Unterstützung für Qualität, Animation oder Transparenz. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →WebP
WebP ist ein Rasterbildformat mit eigener Unterstützung für Qualität, Animation oder Transparenz. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →AVIF
AVIF ist ein Mediencontainer, der bestimmte Video-, Audio- und Metadatenstreams bündelt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →GIF
GIF ist ein Rasterbildformat mit eigener Unterstützung für Qualität, Animation oder Transparenz. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →SVG
SVG beschreibt Formen mathematisch und bleibt bei Vergrößerung scharf. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →PDF bewahrt Seitenlayout oder gewinnt Text aus gescannten Dokumentseiten zurück. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →PDF page
PDF page bewahrt Seitenlayout oder gewinnt Text aus gescannten Dokumentseiten zurück. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →Raster image
Raster image speichert ein Bild als endliches Pixelraster mit fester Auflösung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →Vector graphic
Vector graphic beschreibt Formen mathematisch und bleibt bei Vergrößerung scharf. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →Alpha channel
Alpha channel speichert pro Pixel Deckkraft zusätzlich zu den Farbwerten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →Transparency
Transparency speichert pro Pixel Deckkraft zusätzlich zu den Farbwerten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →Image compression
Image compression reduziert Bilddaten ohne Informationsverlust oder durch kontrolliertes Verwerfen von Details. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →Lossless compression
Lossless compression reduziert Bilddaten ohne Informationsverlust oder durch kontrolliertes Verwerfen von Details. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →Lossy compression
Lossy compression reduziert Bilddaten ohne Informationsverlust oder durch kontrolliertes Verwerfen von Details. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →Metadata
Metadata speichert Zusatzangaben wie Aufnahmezeit, Orientierung oder Gerätemodell außerhalb der Pixel. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →EXIF
EXIF speichert Zusatzangaben wie Aufnahmezeit, Orientierung oder Gerätemodell außerhalb der Pixel. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →ICC color profile
ICC color profile ordnet numerische Farbwerte einem definierten Farbraum für konsistente Darstellung zu. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →DPI
DPI ist eine Druckdichte-Metadatenangabe und ändert allein nicht die Pixelzahl. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →Audio channel
Audio channel ist ein einzelner diskreter Audiostrom innerhalb von Mono-, Stereo- oder Mehrkanalton. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →Sample rate
Sample rate gibt an, wie viele Audiomesswerte pro Sekunde gespeichert werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →Bit depth
Bit depth bestimmt den Wertebereich jedes unkomprimierten Audiosamples. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →Document OCR
Document OCR bewahrt Seitenlayout oder gewinnt Text aus gescannten Dokumentseiten zurück. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Medien-, Bild- und Dokumentformate“.
Artikel öffnen →Modul 23Machine-Learning-GrundlagenGrundlagen, Betrieb und Fehlersuche für Machine-Learning-Grundlagen.32 Begriffe
Künstliche Intelligenz
Künstliche Intelligenz ist der Oberbegriff für Systeme, die Aufgaben wie Wahrnehmen, Schlussfolgern oder Planen automatisieren. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Maschinelles Lernen
Maschinelles Lernen leitet Entscheidungsregeln aus Beispieldaten ab, statt jede Regel von Hand zu programmieren. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Deep Learning
Deep Learning nutzt viele gestapelte neuronale Schichten, um Merkmale direkt aus großen Datenmengen zu lernen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Neuronales Netz
Ein neuronales Netz verbindet gewichtete Recheneinheiten in Schichten und passt ihre Gewichte anhand eines Fehlersignals an. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Model
Ein Modell ist die gelernte mathematische Abbildung, die Eingaben nach dem Training in Vorhersagen oder Erzeugnisse überführt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Model weight
Ein Modellgewicht ist ein gelernter Zahlenwert, der bestimmt, wie stark ein Signal zwischen zwei Modellteilen wirkt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Parameter
Ein Parameter ist ein während des Trainings optimierbarer Modellwert; seine Anzahl beeinflusst Speicherbedarf und Ausdruckskraft. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Training
Training ist das wiederholte Berechnen von Vorhersage, Fehler und Gewichtsänderung auf Beispieldaten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Training data
Trainingsdaten sind die Beispiele, aus denen ein Modell Muster lernt; Auswahl und Beschriftung prägen sein Verhalten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Inference
Inferenz ist die Ausführung eines bereits trainierten Modells auf neuen Eingaben ohne weitere Gewichtsänderung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Input
Ein Input ist die für ein Modell passend kodierte Eingabe, etwa Token-IDs, normalisierte Pixel oder Audiosamples. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Output
Ein Output ist die rohe oder nachbearbeitete Modellausgabe, etwa Logits, Texttokens, ein Bildtensor oder eine Transkription. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Tensor
Ein Tensor ist ein mehrdimensionales Zahlenfeld mit Datentyp und Form, auf dem ML-Frameworks rechnen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Batch
Ein Batch bündelt mehrere Beispiele zu einer gemeinsamen Rechenoperation und tauscht Speicherverbrauch gegen Durchsatz. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Epoch
Eine Epoche ist ein vollständiger Durchlauf durch den für das Training vorgesehenen Datensatz. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Learning rate
Die Lernrate skaliert jeden Optimierungsschritt; zu hohe Werte destabilisieren, zu niedrige verlangsamen das Lernen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Loss function
Eine Verlustfunktion misst als Zahl die Abweichung zwischen Modellvorhersage und Trainingsziel. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Optimizer
Ein Optimierer berechnet aus Gradienten und Verlauf die konkrete Änderung der Modellgewichte. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Checkpoint
Ein Checkpoint speichert Modellzustand und häufig Optimiererzustand zu einem bestimmten Trainings- oder Releasepunkt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Model architecture
Die Modellarchitektur legt Schichttypen, Verbindungen und Datenfluss fest und muss zum Checkpoint passen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Base model
Ein Basismodell ist ein breit trainierter Ausgangspunkt, der direkt genutzt oder für eine Aufgabe angepasst wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Fine-tuning
Fine-Tuning trainiert ein vorhandenes Basismodell mit einem kleineren, aufgabenspezifischen Datensatz weiter. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Quantization
Quantisierung speichert Gewichte oder Aktivierungen mit weniger Bits, um Speicher und Rechenzeit gegen Genauigkeit einzutauschen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Distillation
Distillation trainiert ein kleineres Schülermodell darauf, Ausgaben oder Zwischenrepräsentationen eines größeren Lehrers nachzuahmen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Embedding
Ein Embedding bildet diskrete Inhalte als dichten Zahlenvektor ab, in dem ähnliche Inhalte nahe beieinander liegen können. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Token
Ein Token ist die vom Tokenizer erzeugte kleinste Verarbeitungseinheit, nicht zwingend ein vollständiges Wort. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Tokenizer
Ein Tokenizer zerlegt Text nach einem festen Vokabular und bildet Teile deterministisch auf Token-IDs ab. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Transformer
Ein Transformer verarbeitet Sequenzen mit Attention und parallelen Feed-forward-Blöcken statt einer rein rekurrenten Schleife. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Attention
Attention gewichtet Beziehungen zwischen Sequenzpositionen, damit relevante Teile den aktuellen Rechenschritt stärker beeinflussen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Language model
Ein Sprachmodell schätzt Wahrscheinlichkeiten für Tokenfolgen und erzeugt Text durch wiederholte Auswahl des nächsten Tokens. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Large language model
Ein Large Language Model ist ein groß skaliertes Sprachmodell mit vielen Parametern und breitem Vortraining. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Multimodal model
Ein multimodales Modell verarbeitet oder erzeugt mehrere Modalitäten wie Text, Bild und Audio in einem gemeinsamen Ablauf. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Machine-Learning-Grundlagen“.
Artikel öffnen →Modul 24Diffusion und ComfyUIGrundlagen, Betrieb und Fehlersuche für Diffusion und ComfyUI.32 Begriffe
Diffusion model
Ein Diffusionsmodell lernt, schrittweise Rauschen aus einem Zufallszustand zu entfernen und daraus Daten zu erzeugen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Forward diffusion
Forward Diffusion fügt Trainingsdaten nach einem definierten Zeitplan zunehmend Rauschen hinzu. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Reverse diffusion
Reverse Diffusion rekonstruiert aus Rauschen schrittweise eine Probe, gesteuert durch das gelernte Modell. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Noise
Rauschen ist der zufällige Ausgangstensor, dessen Werte durch Seed, Form und Datentyp bestimmt werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Noise schedule
Der Noise Schedule legt fest, wie viel Rauschen jeder Zeitschritt hinzufügt oder entfernt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Latent space
Der Latent Space ist eine komprimierte Merkmalsdarstellung, in der viele Bildmodelle statt auf Pixeln rechnen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →VAE
Ein Variational Autoencoder komprimiert Bilder in Latents und dekodiert Latents zurück in Pixel. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Text encoder
Ein Textencoder wandelt Prompt-Token in kontextabhängige Vektoren um, die den Bildprozess konditionieren. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →CLIP
CLIP lernt einen gemeinsamen Raum für Bild und Text und liefert in Diffusionsabläufen häufig die Textkonditionierung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Prompt (Diffusion und ComfyUI)
Ein Prompt beschreibt gewünschte Motive, Eigenschaften und Beziehungen als positive Konditionierung des Generators. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Negative prompt
Ein negativer Prompt liefert unerwünschte Merkmale als Gegenkonditionierung, sofern das gewählte Modell sie unterstützt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Sampler
Ein Sampler ist das numerische Verfahren, das aus Modellvorhersagen die nächste Latent-Stufe berechnet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Scheduler
Ein Scheduler verteilt Rauschpegel oder Sigmas über die Sampling-Schritte und verändert dadurch Verlauf und Ergebnis. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Sampling steps
Sampling-Schritte sind die Anzahl iterativer Entrauschungsberechnungen; mehr Schritte sind nicht automatisch besser. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Guidance scale
Die Guidance Scale bestimmt, wie stark konditionierte und unbedingte Vorhersage auseinandergezogen werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →CFG
Classifier-free Guidance kombiniert bedingte und unbedingte Modellvorhersagen, um die Promptbindung zu steuern. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Seed
Der Seed initialisiert den Zufallszahlengenerator und macht gleiche Eingaben unter gleichen Bedingungen reproduzierbar. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Denoising strength
Die Denoising Strength legt bei Image-to-Image fest, wie weit der Start-Latent verrauscht und damit verändert wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Text-to-image
Text-to-Image erzeugt einen Bild-Latent aus Textkonditionierung und Zufallsrauschen ohne Eingabebild. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Image-to-image
Image-to-Image kodiert ein Startbild als Latent und verändert es unter zusätzlicher Promptkonditionierung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Inpainting
Inpainting regeneriert ausschließlich eine maskierte Bildregion unter Nutzung des unmaskierten Kontexts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Outpainting
Outpainting erweitert die Leinwand und erzeugt neue Bereiche passend zum vorhandenen Randkontext. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Upscaling
Upscaling vergrößert ein Bild und rekonstruiert dabei Details über Interpolation oder ein gelerntes Modell. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →ControlNet
ControlNet ergänzt ein Diffusionsmodell um räumliche Vorgaben wie Kanten, Pose, Tiefe oder Segmentierung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →LoRA
LoRA speichert eine kleine niederrangige Gewichtsänderung, die ein Basismodell ohne vollständigen neuen Checkpoint anpasst. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →ComfyUI
ComfyUI ist eine knotenbasierte Oberfläche und API, die generative Modellkomponenten als gerichteten Workflow ausführt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →ComfyUI node
Ein ComfyUI-Node besitzt typisierte Ein- und Ausgänge und führt genau einen abgegrenzten Verarbeitungsschritt aus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →ComfyUI workflow
Ein ComfyUI-Workflow ist ein gerichteter Graph kompatibler Nodes einschließlich Parametern und Verbindungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Workflow JSON
Workflow JSON serialisiert Node-Typen, IDs, Parameter und Kanten für reproduzierbare ComfyUI-Ausführung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Model loader
Ein Model Loader liest Gewichte und passende Architekturkomponenten aus dem Modellverzeichnis in Speicher. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →KSampler
KSampler ist der ComfyUI-Node, der Latent, Konditionierung, Sampler, Scheduler, Seed und Schrittzahl zusammenführt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →VAE Decode
VAE Decode wandelt einen fertigen Latent-Tensor mit dem passenden VAE in sichtbare Pixel um. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Diffusion und ComfyUI“.
Artikel öffnen →Modul 25Bildmodelle und ModellbetriebGrundlagen, Betrieb und Fehlersuche für Bildmodelle und Modellbetrieb.32 Begriffe
FLUX
FLUX ist eine Familie transformerbasierter Bildgenerationsmodelle von Black Forest Labs mit eigenen Workflow- und Lizenzanforderungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →FLUX Schnell
FLUX Schnell ist die auf wenige Schritte optimierte FLUX-Variante für schnelle Inferenz und unterliegt ihrer eigenen Modelllizenz. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →FLUX Dev
FLUX Dev ist eine höherwertige, rechenintensivere FLUX-Variante, deren nichtkommerzielle Lizenz vor dem Einsatz geprüft werden muss. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Quantized image model
Ein quantisiertes Bildmodell reduziert die Bitbreite von Gewichten, damit es mit weniger VRAM läuft, kann aber Details verlieren. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →GGUF model
Ein GGUF-Modell bündelt quantisierte Tensoren und Metadaten in einem für kompatible Loader lesbaren Dateiformat. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Safetensors
Safetensors ist ein Gewichtsformat ohne ausführbaren Pickle-Code und mit expliziten Tensor-Offsets. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Diffusers
Diffusers ist eine Python-Bibliothek, die Modellkomponenten, Scheduler und Pipelines für Diffusionsinferenz bereitstellt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Hugging Face Hub
Der Hugging Face Hub verteilt versionierte Modellartefakte, Modellkarten und Lizenzen über Repositories. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Model card
Eine Modellkarte dokumentiert Zweck, Trainingskontext, Grenzen, Lizenz und bekannte Risiken eines Modells. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Model license
Die Modelllizenz legt fest, ob Gewichte kopiert, verändert, kommerziell genutzt oder als Dienst angeboten werden dürfen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Commercial use
Kommerzielle Nutzung bedeutet, ein Modell oder seine Ergebnisse in einem auf Einnahmen gerichteten Angebot einzusetzen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Checkpoint directory
Das Checkpoint-Verzeichnis ist der vom Loader erwartete Ablageort für Gewichtsdateien und zugehörige Konfiguration. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Model download
Ein Modelldownload überträgt oft mehrere große, versionierte Artefakte und muss Lizenz, freien Speicher und Prüfsummen berücksichtigen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →File integrity
Dateiintegrität bestätigt per kryptografischer Prüfsumme, dass ein Modellartefakt unverändert und vollständig angekommen ist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Model cache
Der Modellcache hält bereits geladene oder heruntergeladene Artefakte vor und spart Zeit auf Kosten von RAM oder Plattenplatz. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →VRAM requirement
Der VRAM-Bedarf umfasst Gewichte, Aktivierungen, Latents und temporäre Puffer und hängt von Präzision und Auflösung ab. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Native resolution
Die native Auflösung ist der Größenbereich, auf den ein Bildmodell trainiert wurde und in dem Kompositionen meist stabil bleiben. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Aspect-ratio bucket
Ein Seitenverhältnis-Bucket gruppiert Trainings- oder Inferenzgrößen mit ähnlichem Verhältnis bei begrenzten Pixelbudgets. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Tiled upscaling
Tiled Upscaling verarbeitet überlappende Bildkacheln einzeln, um hohe Auflösungen mit begrenztem VRAM zu erreichen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Real-ESRGAN
Real-ESRGAN ist ein gelerntes Super-Resolution-Modell, das Bilder vergrößert und typische reale Degradationen ausgleicht. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Background removal
Hintergrundentfernung segmentiert das Hauptmotiv und erzeugt daraus einen transparenten Alphakanal. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Image segmentation
Bildsegmentierung weist jedem Pixel eine Klasse oder Instanz zu und erzeugt dadurch räumliche Bereiche. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Segmentation mask
Eine Segmentierungsmaske kodiert pro Pixel, welcher Bereich ausgewählt, geschützt oder verändert werden soll. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Object detection
Objekterkennung liefert Klassen und Begrenzungsrahmen für gefundene Gegenstände, aber noch keine pixelgenaue Maske. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Object removal
Objektentfernung maskiert ein Motiv und rekonstruiert den verdeckten Hintergrund durch Inpainting. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Inpainting mask
Eine Inpainting-Maske kennzeichnet die Pixel, die neu erzeugt werden, während der übrige Bildinhalt erhalten bleibt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Mask feathering
Mask Feathering macht eine harte Maskenkante über einen einstellbaren Radius weich, um Übergänge zu verbergen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Bounding box
Eine Bounding Box ist ein rechteckiger Bereich aus Koordinaten, der Position und Ausdehnung eines erkannten Objekts beschreibt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Prompt weighting
Prompt Weighting verändert den relativen Einfluss einzelner Textteile auf die Bildkonditionierung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Clip skip
CLIP Skip verwendet eine frühere Textencoder-Schicht und verändert damit die Promptrepräsentation für dafür trainierte Modelle. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →LoRA weight
Das LoRA-Gewicht skaliert, wie stark eine geladene LoRA-Änderung auf das Basismodell wirkt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Model switching
Modellwechsel ersetzt Gewichte und gegebenenfalls Encoder oder VAE; inkompatible Restkomponenten müssen entladen werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Bildmodelle und Modellbetrieb“.
Artikel öffnen →Modul 26Audio, Transkription und MusikgenerierungGrundlagen, Betrieb und Fehlersuche für Audio, Transkription und Musikgenerierung.32 Begriffe
Spracherkennung
Spracherkennung wandelt akustische Sprachsignale in Text oder Tokenfolgen um. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Transcription
Transkription erzeugt aus einer Audioaufnahme lesbaren Text und kann Zeitmarken oder Sprecherinformationen ergänzen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Whisper
Whisper ist eine offene Modellfamilie für mehrsprachige Spracherkennung, Übersetzung und Sprachaktivitätserkennung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →faster-whisper
faster-whisper führt Whisper-Modelle über CTranslate2 mit optimierten Datentypen und geringerem Speicherbedarf aus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Whisper model size
Die Whisper-Modellgröße bestimmt Parameterzahl, Sprachgenauigkeit, VRAM-Bedarf und Verarbeitungsgeschwindigkeit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Language detection
Spracherkennung schätzt aus einem Audioausschnitt die wahrscheinlich gesprochene Sprache für die weitere Dekodierung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Timestamp (Audio, Transkription und Musikgenerierung)
Eine Zeitmarke ordnet Text oder Ereignis einer Position auf der Audio-Zeitachse zu. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Segment
Ein Transkriptionssegment bündelt einen zusammenhängenden Audiozeitraum mit Text, Start, Ende und Konfidenz. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Word timestamp
Eine Wortzeitmarke schätzt Start und Ende eines einzelnen erkannten Wortes statt nur eines ganzen Segments. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Voice activity detection
Voice Activity Detection unterscheidet Sprachbereiche von Stille oder Geräusch und verkürzt unnötige Inferenz. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Diarization
Diarization ordnet Sprachsegmente unterschiedlichen Sprecheridentitäten zu, ohne deren Namen kennen zu müssen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Speaker segmentation
Sprechersegmentierung bestimmt die Zeitgrenzen, an denen ein anderer Sprecher beginnt oder endet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Subtitle
Ein Untertitel verbindet Text mit Zeitintervallen und optional Formatierungs- oder Positionsinformationen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →SRT
SRT ist ein einfaches Untertitelformat aus laufender Nummer, Zeitintervall und Textblock. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →WebVTT
WebVTT ist ein Web-Untertitelformat mit Zeitmarken, Cues und optionalen Darstellungsangaben. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Text normalization
Textnormalisierung vereinheitlicht Zahlen, Satzzeichen, Großschreibung oder Füllwörter nach der Erkennung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Audio resampling
Audio-Resampling ändert die Abtastrate eines Signals und muss Aliasing durch geeignete Filter vermeiden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Mono downmix
Ein Mono-Downmix kombiniert mehrere Audiokanäle zu einem Kanal und verhindert dabei Übersteuerung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Noise reduction
Rauschminderung schätzt störende Signalanteile und dämpft sie, kann dabei aber Sprache oder Musik beschädigen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Music generation
Musikgenerierung erzeugt Audio aus Konditionierungen wie Stil, Text, Struktur, Tempo oder Referenzmaterial. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Text-to-music
Text-to-Music übersetzt eine textuelle Stil- und Inhaltsbeschreibung in eine zeitliche Musikrepräsentation und Audio. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Lyrics
Lyrics sind der gesungene Text und müssen für ein Musikmodell oft in Abschnitte und Zeilen strukturiert werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Instrumental mode
Instrumentalmodus deaktiviert Gesangskonditionierung und erzeugt Musik ohne intendierte Stimme. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Style description
Eine Stilbeschreibung konditioniert Genre, Instrumentierung, Stimmung, Produktion und stimmliche Eigenschaften. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Song structure
Songstruktur beschreibt zeitliche Abschnitte wie Intro, Strophe, Refrain, Bridge und Outro. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Tempo
Tempo ist die wahrgenommene Geschwindigkeit eines Musikstücks und wird häufig in Schlägen pro Minute angegeben. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →BPM
BPM gibt an, wie viele musikalische Grundschläge pro Minute vorgesehen sind. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Musical key
Die Tonart beschreibt tonales Zentrum und Skalenmaterial eines Musikstücks. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Duration
Dauer ist die geplante oder tatsächliche Länge eines Audioergebnisses auf der Zeitachse. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →ACE-Step
ACE-Step ist ein offenes Musikgenerationsmodell, das Text, Lyrics und Struktur in längere Audiostücke umsetzt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Language-model backend
Ein Sprachmodell-Backend erzeugt oder interpretiert Textkonditionierung für nachgelagerte Audio- oder Musikmodelle. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Music checkpoint
Ein Musik-Checkpoint enthält gelernte Gewichte für Audioerzeugung und muss zur Modellkonfiguration passen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Audio, Transkription und Musikgenerierung“.
Artikel öffnen →Modul 27GPU, CUDA und InferenzoptimierungGrundlagen, Betrieb und Fehlersuche für GPU, CUDA und Inferenzoptimierung.32 Begriffe
GPU compute
GPU Compute nutzt viele parallele Recheneinheiten für große Tensoroperationen statt serieller CPU-Ausführung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →CUDA
CUDA ist NVIDIAs Programmier- und Laufzeitplattform für allgemeine Berechnungen auf kompatiblen GPUs. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →CUDA Toolkit
Das CUDA Toolkit liefert Compiler, Bibliotheken, Header und Diagnosewerkzeuge für CUDA-Anwendungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →CUDA driver
Der CUDA-fähige NVIDIA-Treiber verbindet Nutzerbibliotheken mit GPU und Kernel und begrenzt unterstützte Laufzeitversionen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →Compute capability
Compute Capability kennzeichnet die von einer NVIDIA-GPU unterstützten Hardwarefunktionen und Instruktionen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →NVIDIA Container Toolkit
Das NVIDIA Container Toolkit bindet Treiberbibliotheken und GPU-Geräte kontrolliert in Linux-Container ein. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →NVIDIA runtime
Die NVIDIA-Container-Runtime ergänzt den OCI-Startvorgang um GPU-Geräte und passende Treiber-Mounts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →Default runtime
Die Default Runtime ist die Container-Runtime, die ohne explizite Auswahl für neue Container verwendet wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →GPU device
Ein GPU-Gerät ist die vom Betriebssystem exponierte Recheneinheit mit eigener ID, VRAM und Auslastung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →GPU passthrough
GPU-Passthrough übergibt ein physisches GPU-Gerät oder Teilfunktionen an eine VM oder einen Container. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →NVIDIA_VISIBLE_DEVICES
NVIDIA_VISIBLE_DEVICES filtert, welche GPU-IDs eine NVIDIA-Container-Runtime in einem Container sichtbar macht. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →CUDA out of memory
CUDA Out of Memory bedeutet, dass eine GPU-Speicheranforderung nicht aus dem verfügbaren VRAM erfüllt werden konnte. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →VRAM fragmentation
VRAM-Fragmentierung verteilt freien Speicher in zu kleine Blöcke, sodass eine große zusammenhängende Allokation scheitert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →Model offloading
Model Offloading verschiebt nicht gleichzeitig benötigte Modellteile aus dem VRAM in RAM oder Speicher. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →CPU offloading
CPU Offloading hält ausgewählte Gewichte oder Operationen im Hauptspeicher und reduziert VRAM auf Kosten der Geschwindigkeit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →VAE offloading
VAE Offloading verschiebt Encoder oder Decoder des VAE auf die CPU, wenn sie nicht gleichzeitig mit dem Hauptmodell benötigt werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →Attention slicing
Attention Slicing berechnet Attention in kleineren Teilstücken, um Spitzenverbrauch im VRAM zu senken. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →Memory-efficient attention
Speichereffiziente Attention vermeidet die vollständige Materialisierung großer Attention-Matrizen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →FlashAttention
FlashAttention ist ein IO-bewusster Attention-Kernel, der Speicherzugriffe reduziert und exakte Attention beschleunigt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →xFormers
xFormers ist eine Bibliothek optimierter Transformer-Bausteine, darunter speichereffiziente Attention-Kernel. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →Mixed precision
Mixed Precision kombiniert Datentypen unterschiedlicher Breite, um Tensor Cores und Speicher effizienter zu nutzen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →FP32
FP32 ist 32-Bit-Gleitkomma mit hoher Reichweite und Genauigkeit, aber hohem Speicher- und Bandbreitenbedarf. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →FP16
FP16 ist 16-Bit-Gleitkomma mit geringem Speicherbedarf, aber kleinerem Zahlenbereich als FP32. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →BF16
BF16 behält den Exponentenbereich von FP32 bei, nutzt aber weniger Mantissenbits und damit weniger Präzision. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →INT8
INT8 stellt quantisierte Werte mit acht ganzzahligen Bits dar und benötigt Kalibrierung oder geeignete Skalierungsfaktoren. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →INT4
INT4 stellt quantisierte Werte mit vier Bits dar und spart stark Speicher bei höherem Quantisierungsfehler. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →Quantization error
Quantisierungsfehler ist die Abweichung zwischen ursprünglichem Wert und seiner diskreten Niedrigbit-Darstellung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →Tensor Core
Ein Tensor Core ist eine spezialisierte GPU-Einheit für schnelle Matrix-Multiplikation in unterstützten Datentypen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →Batch size
Batch Size ist die Zahl gleichzeitig verarbeiteter Beispiele und beeinflusst VRAM, Latenz und Durchsatz. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →Inference latency
Inferenzlatenz ist die Zeit von einer vollständigen Eingabe bis zur verfügbaren Modellausgabe. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →Throughput
Durchsatz misst, wie viele Beispiele, Token oder Frames ein System pro Zeiteinheit verarbeitet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →GPU utilization
GPU-Auslastung zeigt den Anteil der Zeit, in der Recheneinheiten aktiv arbeiten, nicht den belegten VRAM. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „GPU, CUDA und Inferenzoptimierung“.
Artikel öffnen →Modul 28AnwendungssicherheitGrundlagen, Betrieb und Fehlersuche für Anwendungssicherheit.32 Begriffe
Bedrohungsmodell
Ein Bedrohungsmodell beschreibt schützenswerte Werte, Angreifer, Vertrauensgrenzen und realistische Angriffswege eines Systems. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Angriffsfläche
Die Angriffsfläche umfasst alle öffentlich oder intern erreichbaren Eingaben, Dienste, Konten und Abhängigkeiten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Security boundary
Eine Sicherheitsgrenze markiert den Übergang, an dem Daten, Identitäten oder Rechte neu geprüft werden müssen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Defense in depth
Defense in Depth kombiniert unabhängige Schutzschichten, damit das Versagen einer Kontrolle nicht sofort zum Gesamtschaden führt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Secret management
Secret Management erzeugt, speichert, verteilt und widerruft Zugangsdaten außerhalb von Quellcode und Images. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Secret rotation
Secret Rotation ersetzt Zugangsdaten kontrolliert, aktualisiert Verbraucher und widerruft anschließend den alten Wert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Credential leak
Ein Credential Leak macht ein Passwort, Token oder Schlüssel über Logs, Code, Image-Layer oder Ausgabe unbefugt sichtbar. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Input validation
Eingabevalidierung akzeptiert nur Daten mit erwarteter Struktur, Länge, Typ und Wertebereich. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Output encoding
Output Encoding maskiert Daten passend zum Ausgabekontext, etwa HTML, URL oder JavaScript. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →SQL injection
SQL Injection schleust ungeprüfte Eingabe in Datenbankbefehle ein; parametrisierte Abfragen trennen Daten vom SQL-Code. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Command injection
Command Injection lässt Benutzereingaben als Shell-Bestandteil ausführen; feste Argumentlisten vermeiden die Interpretation. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Path traversal
Path Traversal nutzt Pfadbestandteile wie Punkt-Punkt, um ein erlaubtes Basisverzeichnis zu verlassen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Cross-site scripting
Cross-Site Scripting bringt nicht vertrauenswürdigen Inhalt als aktiven Browsercode in eine Seite. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Server-side request forgery
SSRF zwingt einen Server, vom Angreifer gewählte interne oder externe Ziele abzurufen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Unsafe file upload
Unsicherer Dateiupload akzeptiert Inhalt, Größe, Namen oder Formate ohne ausreichende Prüfung und Isolation. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →MIME sniffing
MIME Sniffing lässt Clients den Inhaltstyp erraten und kann hochgeladene Daten als aktiven Inhalt interpretieren. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Zip bomb
Eine Zip-Bomb ist ein stark komprimiertes Archiv, das beim Entpacken extrem viel Speicher oder Rechenzeit beansprucht. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Malware scan
Ein Malware-Scan vergleicht Dateien oder Verhalten mit Signaturen und Heuristiken, garantiert aber keine Schadensfreiheit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Rate limiting
Rate Limiting begrenzt Aktionen pro Identität, IP oder Token in einem Zeitfenster. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Abuse prevention
Missbrauchsprävention kombiniert Quoten, Reputation, Anomalieerkennung und Moderation gegen zweckwidrige Nutzung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Denial of service
Denial of Service erschöpft gezielt Bandbreite, Verbindungen, CPU, GPU, RAM oder Speicher eines Dienstes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Content Security Policy
Content Security Policy begrenzt per HTTP-Header, aus welchen Quellen ein Browser Skripte und andere Ressourcen laden darf. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →CORS policy
Eine CORS-Policy entscheidet, welche fremden Browser-Ursprünge Antworten einer API lesen dürfen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →TLS termination
TLS-Terminierung entschlüsselt HTTPS an einem definierten Proxy und leitet die Anfrage kontrolliert weiter. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Reverse-proxy trust
Reverse-Proxy-Vertrauen legt fest, von welchen Proxys weitergereichte Client-IP- und Protokoll-Header akzeptiert werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Security header
Ein Security Header steuert Browser-Schutzfunktionen wie Framing, MIME-Behandlung, Transport oder Referrer-Weitergabe. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Audit log
Ein Audit-Log protokolliert sicherheitsrelevante Aktionen mit Zeitpunkt, Akteur, Ziel und Ergebnis nachvollziehbar. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Data protection
Datenschutz schützt personenbezogene Daten durch Rechtsgrundlage, Zweckbindung, Zugriffskontrolle und sichere Verarbeitung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Data minimization
Datenminimierung erhebt und behält nur Daten, die für den erklärten Zweck tatsächlich erforderlich sind. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Deletion policy
Eine Löschrichtlinie definiert Auslöser, Fristen, Umfang und überprüfbare Durchführung der Datenlöschung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Security update (Anwendungssicherheit)
Ein Sicherheitsupdate schließt eine bekannte Schwachstelle in Software, Image, Bibliothek oder Firmware. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Vulnerability management
Schwachstellenmanagement inventarisiert Komponenten, bewertet Funde, priorisiert Risiken und verfolgt Behebungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Anwendungssicherheit“.
Artikel öffnen →Modul 29Zuverlässigkeit und KapazitätsplanungGrundlagen, Betrieb und Fehlersuche für Zuverlässigkeit und Kapazitätsplanung.32 Begriffe
Service-level indicator
Ein Service Level Indicator ist eine gemessene Kennzahl wie Erfolgsquote oder Latenz, die Nutzererfahrung abbildet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Service-level objective
Ein Service Level Objective legt den angestrebten Bereich eines SLI für einen Zeitraum fest. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Service-level agreement
Ein Service Level Agreement ist eine vertragliche Zusage mit definierten Messregeln und möglichen Folgen bei Nichterfüllung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Error budget
Ein Error Budget ist der aus einem SLO abgeleitete tolerierbare Anteil fehlerhafter oder nicht verfügbarer Zeit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Capacity planning
Kapazitätsplanung prognostiziert Last und dimensioniert Rechenleistung, Speicher, Netzwerk und Reserven. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Resource profile
Ein Ressourcenprofil misst typischen und maximalen Verbrauch eines Workloads über CPU, RAM, GPU, Disk und Netzwerk. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →CPU limit
Ein CPU-Limit begrenzt die nutzbare Prozessorzeit eines Containers und kann bei Erreichen drosseln. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Memory limit
Ein Speicherlimit begrenzt den RAM eines Prozesses oder Containers; Überschreitung kann zum OOM-Abbruch führen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →GPU limit
Ein GPU-Limit begrenzt Gerätezugriff oder geplante GPU-Kapazität, wird aber nicht von jeder Orchestrierung gleich unterstützt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Disk limit
Ein Plattenlimit begrenzt belegbaren Speicher oder reserviert freien Platz für sicheren Betrieb. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Upload quota
Eine Upload-Quote begrenzt Zahl oder Gesamtgröße hochgeladener Dateien pro Nutzer oder Zeitraum. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Daily quota
Eine Tagesquote setzt einen Zähler zu einer definierten Zeitzone und Uhrzeit zurück. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Concurrency
Concurrency bezeichnet mehrere gleichzeitig offene oder fortschreitende Aufgaben, auch wenn sie nicht parallel rechnen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Parallelism
Parallelismus führt mehrere Operationen tatsächlich gleichzeitig auf verschiedenen Recheneinheiten aus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Job serialization
Job-Serialisierung lässt ressourcenintensive Aufträge nacheinander laufen, um Spitzenlast zu vermeiden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Queue position
Die Warteschlangenposition ist die Zahl der vor einem Auftrag eingeordneten Jobs und kann sich durch Prioritäten ändern. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Wait time
Wartezeit misst die Spanne zwischen Annahme eines Auftrags und Beginn seiner Verarbeitung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Processing speed
Verarbeitungsgeschwindigkeit setzt verarbeitete Datenmenge oder Arbeitseinheiten ins Verhältnis zur Zeit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Autoscaling
Autoscaling verändert Instanzzahl oder Ressourcen automatisch anhand gemessener Last und definierter Grenzen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Vertical scaling
Vertikale Skalierung gibt einer bestehenden Instanz mehr oder weniger CPU, RAM oder GPU. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Horizontal scaling
Horizontale Skalierung erhöht oder senkt die Zahl gleichartiger Instanzen und benötigt teilbaren Zustand. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Load shedding
Load Shedding lehnt weniger wichtige Arbeit kontrolliert ab, bevor Überlast alle Anfragen beeinträchtigt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Circuit breaker
Ein Circuit Breaker stoppt vorübergehend Aufrufe an eine fehlerhafte Abhängigkeit und prüft später eine Erholung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Retry budget
Ein Retry Budget begrenzt zusätzliche Wiederholungen, damit Fehler nicht durch eine Retry-Welle verstärkt werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Exponential backoff
Exponentieller Backoff vergrößert den Abstand zwischen Wiederholungen, meist ergänzt durch Zufallsstreuung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Timeout budget
Ein Timeout Budget verteilt die maximal erlaubte End-to-End-Zeit auf interne Aufrufe und Verarbeitung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Graceful shutdown
Graceful Shutdown beendet Annahme neuer Arbeit, schließt laufende Aufgaben und gibt Ressourcen geordnet frei. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Health dependency
Eine Health Dependency ist eine externe Komponente, deren Zustand die Einsatzbereitschaft eines Dienstes beeinflusst. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Single point of failure
Ein Single Point of Failure ist eine einzelne Komponente, deren Ausfall den gesamten Dienst stoppt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →High availability
Hochverfügbarkeit nutzt Redundanz und automatische Umschaltung, um einzelne Ausfälle zu überstehen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Disaster recovery
Disaster Recovery stellt Daten und Dienste nach einem großflächigen Ausfall aus geprüften Sicherungen wieder her. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Recovery time objective
Das Recovery Time Objective ist die maximal akzeptierte Zeit bis zur Wiederherstellung eines Dienstes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Zuverlässigkeit und Kapazitätsplanung“.
Artikel öffnen →Modul 30Builds, Tests und ReleasesGrundlagen, Betrieb und Fehlersuche für Builds, Tests und Releases.32 Begriffe
Source code
Quellcode ist die menschenlesbare Anweisung, aus der ein Build ausführbare oder auslieferbare Artefakte erzeugt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Version control
Versionskontrolle speichert nachvollziehbare Änderungen an Dateien und ermöglicht Vergleich, Zusammenarbeit und Rückkehr. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Git
Git ist ein verteiltes Versionskontrollsystem, das Inhalte als unveränderliche Objekte und Commits speichert. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Repository (Builds, Tests und Releases)
Ein Repository enthält Versionsgeschichte, Referenzen und Arbeitsdaten eines abgegrenzten Projekts. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Commit (Builds, Tests und Releases)
Ein Commit ist ein unveränderlicher Schnappschuss mit Elternbezug, Autorinformation und Beschreibung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Branch
Ein Branch ist ein beweglicher Name für eine Commit-Linie und erlaubt parallele Entwicklung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Tag
Ein Git-Tag ist ein stabiler Verweis auf einen bestimmten Commit, häufig für Releases. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Merge
Ein Merge vereint Änderungen zweier Commit-Linien und verlangt bei überlappenden Änderungen eine Konfliktentscheidung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Release
Ein Release ist eine benannte, geprüfte Zusammenstellung aus Version, Artefakten, Änderungen und Hinweisen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Semantic versioning
Semantic Versioning kennzeichnet inkompatible, kompatible und korrigierende Änderungen als Major, Minor und Patch. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Changelog
Ein Changelog fasst nutzerrelevante Änderungen zwischen veröffentlichten Versionen strukturiert zusammen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Build
Ein Build wandelt definierte Quellen und Abhängigkeiten reproduzierbar in ein auslieferbares Artefakt um. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Reproducible build
Ein reproduzierbarer Build erzeugt aus identischen Quellen und Werkzeugversionen bitgleiches oder verifizierbar gleichwertiges Ergebnis. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Multi-stage build
Ein Multi-Stage-Build trennt Kompilierwerkzeuge vom schlanken Laufzeit-Image und kopiert nur benötigte Artefakte. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Build cache
Ein Build-Cache verwendet unveränderte Zwischenergebnisse erneut und invalidiert sie anhand von Eingaben. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →.dockerignore
Eine .dockerignore-Datei schließt lokale Dateien aus dem Docker-Build-Kontext aus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Dependency lockfile
Ein Lockfile fixiert exakt aufgelöste Abhängigkeitsversionen und Integritätswerte für wiederholbare Installationen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Unit test
Ein Unit-Test prüft eine kleine Funktion oder Klasse isoliert mit kontrollierten Ein- und Ausgaben. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →API test
Ein API-Test sendet definierte Requests und prüft Status, Header, Schema und fachliche Antwort. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →End-to-end test
Ein End-to-End-Test durchläuft einen vollständigen Nutzerfluss über echte integrierte Komponenten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Browser test
Ein Browser-Test steuert eine Browser-Engine und prüft DOM, Interaktion, Navigation und sichtbare Zustände. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Fixture
Eine Fixture ist ein kontrollierter Ausgangsdatensatz oder Systemzustand, den ein Test reproduzierbar verwendet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Mock
Ein Mock ersetzt eine Abhängigkeit und zeichnet erwartete Aufrufe oder kontrollierte Antworten vor. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Test coverage
Test Coverage misst, welche Codepfade ein Testlauf ausführt, beweist aber nicht deren Korrektheit. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Linter
Ein Linter erkennt statisch Regelverstöße, verdächtige Muster und häufige Fehler im Quelltext. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Formatter
Ein Formatter schreibt Quelltext deterministisch in einen vereinbarten Stil um. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Static analysis
Statische Analyse untersucht Code ohne Ausführung auf Typfehler, Datenflüsse, Schwachstellen oder Regelverstöße. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Continuous integration
Continuous Integration baut und prüft jede Änderung automatisiert in einer sauberen Umgebung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Continuous delivery
Continuous Delivery hält geprüfte Artefakte automatisiert bereit, lässt die Produktionsfreigabe aber kontrollierbar. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Deployment artifact
Ein Deployment-Artefakt ist das unveränderliche, versionierte Paket, das in eine Zielumgebung ausgerollt wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Checksum manifest
Ein Prüfsummenmanifest listet Dateien und kryptografische Hashes, um Übertragung und Inhalt zu verifizieren. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Staging
Staging ist eine produktionsähnliche Umgebung für Integrations- und Freigabetests ohne reale Produktivdaten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Builds, Tests und Releases“.
Artikel öffnen →Modul 31Störungsanalyse und WiederherstellungGrundlagen, Betrieb und Fehlersuche für Störungsanalyse und Wiederherstellung.32 Begriffe
Incident
Ein Incident ist eine ungeplante Störung, die Sicherheit, Verfügbarkeit oder Qualität eines Dienstes beeinträchtigt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Incident severity
Incident Severity klassifiziert Auswirkung und Dringlichkeit nach vorab definierten Kriterien. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Initial response
Initial Response bestätigt die Störung, schützt Belege, begrenzt Schaden und weist Verantwortung zu. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Triage
Triage priorisiert Symptome, betroffene Nutzer und wahrscheinlichste Fehlerdomänen für die ersten Prüfungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Affected service
Der betroffene Dienst ist die Komponente, deren beobachtbares Verhalten vom Sollzustand abweicht. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Blast radius
Blast Radius beschreibt, wie viele Nutzer, Daten und abhängige Systeme eine Störung erreicht. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Incident timeline
Eine Incident Timeline ordnet Änderungen, Alarme, Symptome und Maßnahmen chronologisch mit Zeitquelle. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Known change
Eine bekannte Änderung ist ein dokumentierter Eingriff kurz vor dem Symptom und damit eine prüfbare Hypothese. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Service inspect (Störungsanalyse und Wiederherstellung)
Service Inspect zeigt die gewünschte Orchestrator-Spezifikation eines Dienstes einschließlich Image, Mounts und Umgebung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Task history
Task History zeigt aktuelle und vorherige Instanzen eines orchestrierten Dienstes samt Zuständen und Fehlern. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Container inspect
Container Inspect liefert den tatsächlichen Laufzeitzustand eines Containers als strukturierte Metadaten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Container exit code
Der Container-Exit-Code ist die numerische Rückgabe des Hauptprozesses und grenzt Start-, Signal- und Anwendungsfehler ein. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →OOMKilled
OOMKilled bedeutet, dass der Kernel oder die Runtime einen Prozess wegen Speichermangels beendet hat. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Health-check failure
Ein Health-Check-Fehler entsteht, wenn der definierte Prüfcommand nicht rechtzeitig oder nicht erfolgreich antwortet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Restart loop
Eine Restart Loop entsteht, wenn ein Dienst wiederholt startet, fehlschlägt und von seiner Policy neu gestartet wird. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Image pull failure
Ein Image-Pull-Fehler verhindert den Start, weil Registry, Referenz, Berechtigung, Netzwerk oder Plattform nicht passt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Bind-mount failure
Ein Bind-Mount-Fehler entsteht, wenn Hostpfad, Typ, Rechte oder Knotenzuordnung nicht zur Spezifikation passen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Permission denied
Permission Denied bedeutet, dass Dateirechte, Besitzer, Sicherheitsprofil oder Prozessidentität eine Operation verbietet. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Connection refused
Connection Refused bedeutet, dass das Ziel erreichbar ist, aber am adressierten Port kein Listener die Verbindung annimmt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →DNS failure
Ein DNS-Fehler verhindert die Auflösung eines Namens in die für die Verbindung benötigte Adresse. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →TLS failure
Ein TLS-Fehler tritt bei Zertifikatsprüfung, Hostnamen, Protokollversion, Cipher oder Vertrauenskette auf. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →HTTP 502
HTTP 502 bedeutet, dass ein Gateway vom Upstream keine gültige Antwort erhalten hat. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →HTTP 503
HTTP 503 bedeutet, dass ein Dienst vorübergehend nicht bereit oder wegen Überlast nicht verfügbar ist. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →HTTP 504
HTTP 504 bedeutet, dass ein Gateway innerhalb seines Zeitlimits keine Upstream-Antwort erhielt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Queue stall
Ein Queue Stall liegt vor, wenn wartende Jobs wachsen, aber kein Worker sie erfolgreich übernimmt oder abschließt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Worker crash
Ein Worker Crash beendet den verarbeitenden Prozess unerwartet während oder vor einem Job. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Database connection failure
Ein Datenbankverbindungsfehler entsteht bei falscher Adresse, Authentifizierung, TLS, Poolerschöpfung oder nicht bereitem Server. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Disk full
Disk Full bedeutet, dass Dateisystem oder Inode-Vorrat keine weiteren Schreibvorgänge erlaubt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →GPU out of memory
GPU Out of Memory bedeutet, dass Gewichte, Aktivierungen und Puffer den verfügbaren VRAM überschreiten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Rollback (Störungsanalyse und Wiederherstellung)
Ein Rollback stellt die letzte bekannte funktionsfähige Version von Artefakt, Konfiguration und Schema wieder her. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Service recovery
Service Recovery führt einen gestörten Dienst kontrolliert in einen geprüften, stabilen Zustand zurück. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Postmortem
Ein Postmortem dokumentiert Wirkung, Zeitlinie, Ursachen und konkrete Verbesserungen ohne Schuldzuweisung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Störungsanalyse und Wiederherstellung“.
Artikel öffnen →Modul 32Wartung, Updates und GovernanceGrundlagen, Betrieb und Fehlersuche für Wartung, Updates und Governance.32 Begriffe
Wartungsfenster
Ein Wartungsfenster ist ein angekündigter Zeitraum für Änderungen mit definiertem Start, Ende und Abbruchpunkt. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Inventory
Ein Inventar listet betriebene Hardware, Software, Versionen, Besitzer und Lebenszyklusstatus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Service catalog
Ein Servicekatalog beschreibt Zweck, Besitzer, Abhängigkeiten, Schnittstellen und Betriebsanforderungen jedes Dienstes. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Dependency map
Eine Abhängigkeitskarte zeigt gerichtete Beziehungen zwischen Diensten, Datenbanken, Netzwerken und externen Komponenten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Configuration baseline
Eine Konfigurationsbaseline ist der geprüfte Referenzstand, gegen den spätere Änderungen verglichen werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Desired configuration
Desired Configuration beschreibt deklarativ den Zustand, den Automatisierung oder Betrieb herstellen soll. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Configuration drift
Configuration Drift ist die unbeabsichtigte Abweichung des Ist-Zustands von der versionierten Sollkonfiguration. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Version check
Ein Versionscheck ermittelt installierte und verfügbare Versionen samt Kanal und Supportstatus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Release notes
Release Notes beschreiben Änderungen, Fehlerbehebungen, bekannte Probleme und Upgradehinweise einer Version. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Breaking change
Eine Breaking Change macht bisher gültige Schnittstellen, Konfigurationen oder Daten ohne Anpassung inkompatibel. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Deprecation
Deprecation kündigt die zukünftige Entfernung einer noch verfügbaren Funktion an und nennt einen Ersatzpfad. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Compatibility matrix
Eine Kompatibilitätsmatrix dokumentiert getestete Kombinationen aus Software-, Treiber-, Modell- und Plattformversionen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Migration plan
Ein Migrationsplan legt Reihenfolge, Verantwortliche, Prüfungen, Datenwege, Downtime und Rollback fest. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Data migration
Eine Datenmigration kopiert oder transformiert Daten zwischen Speicherorten, Formaten oder Systemen unter Integritätsprüfung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Schema migration
Eine Schemamigration verändert kontrolliert Tabellen, Felder, Indizes oder Constraints einer Datenbank. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Model upgrade
Ein Modellupgrade ersetzt Gewichte oder Architektur und verlangt Qualitäts-, Ressourcen- und Workflowtests. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Driver upgrade
Ein Treiberupgrade ersetzt die hardwarenahe Softwareschicht und muss Kernel, Runtime und Anwendungen kompatibel halten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Image upgrade
Ein Image-Upgrade rollt ein neues unveränderliches Container-Image statt einer Änderung im laufenden Container aus. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Canary deployment
Ein Canary Deployment leitet zunächst einen kleinen Teil der Last an die neue Version und vergleicht Signale. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Blue-green deployment
Blue-Green Deployment betreibt alte und neue Umgebung parallel und schaltet den Verkehr kontrolliert um. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Pre-upgrade backup
Ein Pre-Upgrade-Backup sichert vor der Änderung alle nicht reproduzierbaren Daten und Wiederherstellungsmetadaten. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Post-upgrade validation
Post-Upgrade Validation wiederholt definierte Funktions-, Daten- und Leistungsprüfungen nach der Änderung. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Rollback point
Ein Rollback Point ist der eindeutig benannte Zustand, zu dem Artefakte, Konfiguration und Daten zurückkehren können. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →License review
License Review prüft Rechte, Pflichten und Inkompatibilitäten von Software-, Modell- und Inhaltslizenzen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Open-source license
Eine Open-Source-Lizenz gewährt Nutzung, Einsicht, Änderung und Weitergabe unter festgelegten Bedingungen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Data retention
Data Retention legt fest, welche Daten aus welchem Grund wie lange gespeichert werden. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Deletion request
Ein Löschantrag ist die nachvollziehbare Aufforderung, betroffene personenbezogene Daten zu finden und zu entfernen. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Responsibility
Verantwortung ordnet für Betrieb, Freigabe, Sicherheit und Störungsreaktion eine entscheidungsfähige Rolle zu. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Operations documentation
Betriebsdokumentation beschreibt Architektur, Abhängigkeiten, Routinen, Grenzwerte und Wiederherstellungsverfahren. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Runbook
Ein Runbook ist eine schrittweise, überprüfbare Anleitung für einen wiederkehrenden Betriebs- oder Störungsfall. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Standard operating procedure
Eine Standard Operating Procedure definiert verbindliche Schritte, Rollen, Nachweise und Freigaben für einen Routineprozess. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Technical debt
Technische Schulden sind bewusst oder unbewusst aufgeschobene Qualitätsarbeiten, die spätere Änderungen verteuern. Detaillierte Dokumentation zu Architektur, Praxiseinsatz und Fehlerbehebung im Modul „Wartung, Updates und Governance“.
Artikel öffnen →Keine passenden Begriffe gefunden.