Terminal-UI für AWS (taws) – terminalbasierter Viewer und Manager für AWS-Ressourcen

 (github.com/huseyinbabal)
1 Punkte von GN⁺ 2026-01-05 | 1 Kommentare | Auf WhatsApp teilen
  • taws ist ein Rust-basiertes UI-Tool, mit dem sich AWS-Ressourcen in einer Terminal-Umgebung durchsuchen und verwalten lassen; AWS-Infrastruktur kann damit in Echtzeit beobachtet und gesteuert werden
  • Unterstützt über 94 Ressourcentypen und mehr als 60 AWS-Services und bietet Profil- und Regionswechsel, Tastaturbedienung im Vim-Stil sowie Autovervollständigung
  • Unterstützt das Starten, Stoppen und Beenden von EC2-Instanzen, die Detailansicht in JSON/YAML sowie Filterung und Echtzeit-Aktualisierung
  • Bietet verschiedene Installationsmethoden für macOS, Linux und Windows, darunter Homebrew, Cargo und Binärdownloads; die Einrichtung von AWS-Zugangsdaten und IAM-Berechtigungen ist erforderlich
  • Ein von k9s inspiriertes Open-Source-Projekt auf Basis der Bibliothek Ratatui, das Nutzern der AWS CLI eine visuelle und intuitive Verwaltungserfahrung bietet

Überblick über taws

  • taws ist ein terminalbasierter Viewer und Manager für AWS-Ressourcen, der dafür entwickelt wurde, AWS-Infrastruktur einfach zu durchsuchen und zu verwalten
    • Überwacht Änderungen an AWS-Ressourcen fortlaufend und bietet die Möglichkeit, Befehle für beobachtete Ressourcen auszuführen
  • Ziel des Projekts ist die Vereinfachung und Effizienzsteigerung der AWS-Infrastrukturverwaltung
  • Es wird unter der MIT-Lizenz veröffentlicht und ist in Rust geschrieben

Hauptfunktionen

  • Mit Unterstützung für mehrere Profile und Regionen lässt sich bequem zwischen verschiedenen AWS-Konten und Regionen wechseln
  • Unterstützt die Durchsuchung und Verwaltung von über 94 Ressourcentypen und mehr als 60 Services
  • Mit der Funktion zur Echtzeit-Aktualisierung kann der Ressourcenstatus per Tastendruck aktualisiert werden
  • Vim-ähnliche Tastaturbedienung für schnelle Navigation und Befehlsausführung
  • Integrierte EC2-Instanzsteuerung (Starten, Stoppen, Beenden)
  • Bietet Detailansicht in JSON/YAML, Filterung nach Namen und Eigenschaften sowie Autovervollständigung mit Fuzzy-Matching

Installation

  • Homebrew (macOS/Linux): brew install huseyinbabal/tap/taws
  • Download vorgebauter Binärdateien: Architekturabhängige Pakete für macOS, Linux und Windows verfügbar
  • Installation mit Cargo: cargo install taws
  • Build aus dem Quellcode: Rust 1.70 oder höher sowie C-Compiler und Linker erforderlich
    • Installationsbefehle für Entwicklungswerkzeuge je nach Plattform vorhanden (z. B. xcode-select --install, sudo apt install build-essential -y)

Ausführung und Konfiguration

  • AWS-Zugangsdaten werden aus Standardquellen erkannt, etwa aws configure, Umgebungsvariablen, IAM-Rollen oder der Datei ~/.aws/credentials
  • Für IAM-Berechtigungen werden mindestens Describe*- und List*-Rechte benötigt
  • Ausführungsbeispiele:
    • Mit Standardprofil starten: taws
    • Bestimmtes Profil angeben: taws --profile production
    • Bestimmte Region angeben: taws --region us-west-2
    • Debug-Logs aktivieren: taws --log-level debug
  • Pfade zu den Logdateien:
    • Linux: ~/.config/taws/taws.log
    • macOS: ~/Library/Application Support/taws/taws.log
    • Windows: %APPDATA%\\taws\\taws.log

Tastenzuordnungen

  • Navigation: Mit j/k oder den Pfeiltasten bewegen, mit Ctrl-u/d seitenweise navigieren
  • Ansichtswechsel: Mit : den Ressourcenselektor öffnen, mit Enter oder d die Detailansicht anzeigen
  • Aktionen: r aktualisieren, / filtern, p Profil wechseln, R Region wechseln, q beenden
  • EC2-Steuerung: s starten, S stoppen, T beenden

Unterstützte Services

  • Unterstützung für 30 zentrale AWS-Services (deckt über 95 % der typischen Nutzung ab)
    • Compute: EC2, Lambda, ECS, EKS, Auto Scaling
    • Storage: S3
    • Database: RDS, DynamoDB, ElastiCache
    • Networking: VPC, Route 53, CloudFront, API Gateway, ELB
    • Security: IAM, Secrets Manager, KMS, ACM, Cognito
    • Management: CloudFormation, CloudWatch Logs, CloudTrail, SSM, STS
    • Messaging: SQS, SNS, EventBridge
    • Containers: ECR
    • DevOps: CodePipeline, CodeBuild
    • Analytics: Athena

Umgebungsvariablen

  • AWS_PROFILE: Standardprofil
  • AWS_REGION: Standardregion
  • AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_SESSION_TOKEN: Anmeldedaten

Bekannte Probleme

  • Auf einige Ressourcen kann mit der standardmäßigen Nur-Lese-Richtlinie möglicherweise nicht zugegriffen werden
  • Durch Paginierung kann sich die Anzahl der Ressourcen während des Ladevorgangs ändern
  • Einige globale Services wie IAM, Route53 und CloudFront verwenden immer die Region us-east-1

Beiträge und technische Basis

  • Beiträge sind willkommen; vor dem Hinzufügen neuer Services ist jedoch ein Vorschlag in GitHub Discussions erforderlich
  • Inspiriert von k9s; verwendet Ratatui (Rust-TUI-Bibliothek) und aws-sigv4 (AWS SDK for Rust)
  • Open-Source-Projekt für die AWS-Community mit 622 Stars und 15 Forks

Lizenz

  • Veröffentlicht unter der MIT License
  • Quellcode und Lizenzdatei sind im GitHub-Repository verfügbar

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2026-01-05
Hacker-News-Kommentare

  • Ich verstehe den Reiz von TUIs nicht wirklich
    Die Stärke der CLI ist Skriptbarkeit und Komponierbarkeit, aber eine TUI wirkt für mich nur wie eine Version einer Browser-UI mit niedriger Auflösung

    • Aus praktischer Sicht sind die meisten tastaturzentrierten Programme TUIs
      In GUIs sieht man solche ausdrucksstarken Tastatur-Interfaces kaum
    • Der Reiz liegt darin, dass man sie auf einem Server einfach nur mit einer Terminalverbindung bedienen kann
    • Ich mag zum Beispiel Lazygit sehr. Es ist nach der CLI am schnellsten, und weil man gleichzeitig visuelle Informationen sieht, ist es die effizienteste Art, mit git zu arbeiten
    • k9s ist ein gutes Beispiel. Die meisten Aktionen sind mit einem einzigen Tastendruck möglich
    • Ergänzend zu einem anderen Kommentar: Eine TUI kann man auf dem Server installieren und per SSH remote verwenden

  • Bei mir lief es nicht richtig
    Es macht mir Sorgen, über AWS-Infrastruktur noch eine zusätzliche Middleware-Schicht zu legen. Ein falscher Befehl oder ein Bug kann ernste Folgen haben
    Gerade bei AWS gibt es viele zustandsbehaftete Datenbanken oder Produktions-Workloads, die sich nur schwer wiederherstellen lassen
    Versuche, die CLI-Erfahrung zu verbessern, finde ich gut, aber persönlich zögere ich sogar bei einem reinen Read-only-Modus
    Die AWS CLI oder Konsole reduziert zumindest eine mögliche Fehlerquelle

    • Wenn es Read-only ist, scheint mir diese Vorsicht etwas übertrieben. Im Fehlerfall stürzt das Tool höchstens ab oder liefert falsche Daten
      Das gilt für die AWS CLI oder Konsole genauso.
      Wenn man Änderungen mit IaC verwaltet, ist ein Tool zum visuellen Erkunden von Ressourcen nützlich. Die AWS-Konsole ist einfach zu umständlich
    • Ich sehe das ähnlich. Das Provisioning verwalte ich bereits mit Terraform, und für Ad-hoc-Aufgaben reicht aws-cli völlig aus
      Noch eine zusätzliche Schicht einzuführen, bringt ein hohes Risikopotenzial mit sich
    • Trotzdem wäre es gut, schnell zwischen Logs und Konsole wechseln und sich einen Überblick verschaffen zu können
      Wenn es wie k9s nur mit Read-only-Berechtigungen genutzt wird, wäre das wohl okay
    • Es wäre gut, wenn es wie Terraform vor der Ausführung einen „plan“ ausgeben würde und ansonsten absolut nichts tut

  • Es wäre gut, wenn es in der Menüleiste einen Punkt wie „Preis der aktuellen Änderungen (Price of Current Changes)” gäbe
    Damit man sofort sieht, ob eine Änderung 0,01 Dollar oder 10.001 Dollar kostet

    • Man wünscht sich fast, Amazon hätte es nur so einfach gemacht

  • Im Code gibt es den Kommentar // TODO: Handle credential_source, role_arn, source_profile, sso_*
    Das heißt, SSO oder Multi-Account-Login werden nicht unterstützt, und man muss AWS_ACCESS_KEY_ID und AWS_SECRET_ACCESS_KEY direkt verwenden
    Für Produktionsumgebungen halte ich das wegen des Sicherheitsrisikos für kaum praxistauglich

    • Ich finde Sicherheit auch wichtig, aber das ist eine frühe Version. Geplant ist, schrittweise Funktionen hinzuzufügen und Community-Feedback einzubeziehen
    • Ohne SSO-Unterstützung wäre es für mich auch schwer nutzbar

  • Heutzutage fühlt es sich so an, als würde ein 15-zeiliges Shell-Skript irgendwann zu einer 50k-Zeilen-bun-CLI oder TUI-App anwachsen

    • Der Einsatzzweck ist ein anderer. aws-cli ist für Skripting und wiederkehrende Aufgaben, solche Tools sind für Erkundung und spontane Prüfung gedacht
      Man sollte sie nicht als Ersatz für die bestehende CLI sehen, sondern als Ergänzung
    • Anders gesagt: Es fühlt sich an wie Electron im Terminal

  • In Organisationen mit mehreren AWS-Accounts kann man Profile mit Tools wie aws-sso-util vorab konfigurieren, dann geht der Kontowechsel deutlich schneller

  • Als ich den Titel zuerst sah, dachte ich kurz, er bedeute, dass die AWS-UI terminalbasiert geworden ist

  • Vielleicht eine dumme Frage, aber ich frage mich, ob eine TUI auch in einem Terminal mit hellem Hintergrund gut aussieht

    • Das ist überhaupt keine dumme Frage. Ich gehöre noch zur Generation der Green-Screen-Terminals, und schwarzer Text auf weißem Hintergrund ist für mich viel angenehmer
      Dark Mode verursacht bei mir eher Augenermüdung
      Leider ist die App in meinem Terminal mit hellem Hintergrund direkt nach dem Start abgestürzt, daher konnte ich es nicht testen

  • Bei mir ist es direkt beim ersten Start abgestürzt. In diesem Zustand wird es schwer, viral zu gehen

    • Es gab ein Problem bei der Ressourcenverarbeitung, aber das wurde in Version 1.0.1 behoben, also lohnt sich ein neuer Versuch

  • Ich wünschte, mehr TUI-Designer hätten Interfaces aus der Mainframe-Ära wie Hercules erlebt
    Die damalige Philosophie des UI-Aufbaus bietet viel, wovon man lernen kann

    • Das interessiert mich auch. Moderne TUI-Apps sehen sich oft sehr ähnlich, daher würde mich interessieren, welche besonderen Designansätze es damals gab
    • Ich würde gern mehr darüber hören, was dir daran konkret gefallen hat