Atuin Desktop: Runbook yang Dapat Dieksekusi

 (blog.atuin.sh)
1 poin oleh GN⁺ 2025-04-23 | 1 komentar | Bagikan ke WhatsApp
  • Atuin Desktop menghadirkan editor runbook lokal-utama yang dapat dieksekusi untuk menjalankan alur kerja terminal
  • Blok skrip, terminal tersemat, klien basis data, dan grafik Prometheus dapat dikelola di satu tempat
  • Membuat alur kerja menjadi dapat diulang dan andal melalui pencegahan dokumen menjadi usang dan otomatisasi yang dapat digunakan ulang
  • Sinkronisasi dan berbagi dimungkinkan melalui Atuin Hub, serta mendukung pelengkapan otomatis dari riwayat shell nyata
  • Berencana memperkuat operasi kolaboratif melalui akun tim dan fitur pembuatan runbook dari riwayat shell

Memperkenalkan Atuin Desktop

  • Atuin Desktop adalah editor runbook yang dapat dieksekusi yang membuat alur kerja terminal nyata menjadi dapat diulang, dapat dibagikan, dan andal
  • Mencegah dokumentasi menjadi usang segera setelah ditulis, serta menyediakan runbook dinamis dengan template bergaya Jinja
  • Mendukung pelengkapan otomatis dari riwayat shell nyata untuk mengingat kembali secara instan
  • Lokal-utama, berbasis CRDT, sehingga apa pun yang dijalankan di terminal juga dapat dijalankan di runbook
  • Dapat disinkronkan dan dibagikan agar tetap mutakhir antarperangkat dan antartim melalui Atuin Hub

Cara penggunaan saat ini

  • Menjalankan alur kerja nyata melalui Atuin Desktop
    • Rilis Atuin CLI
    • Memigrasikan infrastruktur dengan aman antarlingkungan
    • Menyiapkan lingkungan staging atau production dengan percaya diri
    • Mengelola dan berkolaborasi pada kueri basis data langsung

Rencana ke depan

  • Akun tim: operasi kolaboratif yang sesungguhnya
  • Membuat runbook dari riwayat shell: alur kerja yang menulis dirinya sendiri

Bacaan terkait

1 komentar

 
GN⁺ 2025-04-23
Komentar Hacker News

  • Bagi orang yang tertarik dengan Emacs, hal serupa bisa dilakukan menggunakan org-babel

  • Saya mencoba ide ini sekitar 7 tahun lalu: https://nurtch.com/

    • Ide ini punya banyak nilai
    • Saya memberikan presentasi terkait di JupyterCon Paris 2023: https://www.youtube.com/watch?v=TUYY2kHrTzs
    • Jika dokumentasi berisi kode yang bisa dijalankan, saya ingin alur kerja review PR juga diterapkan pada dokumentasi
    • Ini memerlukan investasi tim yang lebih besar daripada mengedit wiki
    • Semoga berhasil

  • Jika mengutamakan lokal, itu sudah rentan terhadap kerusakan. Kecuali semuanya dijalankan di dalam container, lokal tidak penting

    • Jika ingin mencatat runbook, itu bisa dilakukan dengan banyak cara. File teks, dokumen Confluence, rekaman layar, skrip shell, dan sebagainya
    • Orang-orang sudah tidak melakukannya sekarang, dan UI yang lebih mewah tidak akan membuat mereka tiba-tiba melakukannya lebih banyak
    • Secara pribadi, saya tidak ingin menulis kode (atau dokumentasi) untuk membuat sistem berada dalam keadaan tertentu
    • Saya ingin membuat keadaan itu secara manual, menggunakan alat untuk mengekspor state, lalu nanti menjalankan alat itu lagi untuk membuat (atau memaksakan) state tersebut
    • Saya tidak ingin menulis dalam bentuk kode bagaimana komputer mencapai state itu
    • Saya tidak ingin menulis "konfigurasi deklaratif". Itu hanya kode dengan nama lain
    • Saya ingin melakukan pekerjaan secara manual, mengambil snapshot, lalu memutarnya kembali
    • Saya ingin ini bekerja di semua sistem dan di mana pun. Saya ingin mengekspor state dan menerapkannya kembali nanti tanpa bergantung pada pemantauan shell Bash untuk perintah

  • Inilah persis yang saya inginkan untuk tim kami ketika saya masih di AWS

    • Ada banyak versi operasi yang agak berisiko untuk diotomatisasi
    • Ini memberikan jalur yang bisa dibangun secara bertahap
    • Selamat

  • Saya penasaran apa bedanya dengan Jupyter notebook lokal

    • Saya bertanya-tanya apakah ini tidak bisa dilakukan di .ipynb menggunakan ! atau %
    • Ini pertanyaan yang sungguh-sungguh. Saya tidak familiar dengan perusahaan ini atau produk CLI-nya

  • Terlihat menarik

    • Saya baru-baru ini mulai menggunakan marimo.io untuk menggantikan Jupyter notebook
    • Ada sejumlah peningkatan yang sangat bagus, dan ini tampak seperti pergerakan ke arah itu

  • Selamat atas peluncurannya

    • Saya sempat mengikuti Atuin sedikit, dan meskipun saya bukan target dari fitur runbook yang dapat dijalankan ini, menyenangkan melihat orang-orang membuat sesuatu yang baru dan menarik

  • Tim kami menggunakan notebook polyglot: https://marketplace.visualstudio.com/items/…

    • Dengan C# sebagai bahasa utama, kami bisa memiliki runbook menggunakan kode bersama yang dibagikan lewat paket nuget
    • Ini memungkinkan interaksi dengan API dan aplikasi kami sendiri seperti kode lain yang dijalankan di production
    • Ini bukan pengalaman terbaik untuk direview, tetapi berhasil untuk kami

  • Ini terlihat sangat mirip dengan runme.dev: https://runme.dev

  • Saya tidak mengerti poin ini. Saya penasaran apakah ada yang bisa menjelaskan bagian yang saya lewatkan

    • Saya penasaran mengapa saya harus memakai ini alih-alih skrip shell sederhana