Atuin Desktop: Runbook có thể thực thi

 (blog.atuin.sh)
1 điểm bởi GN⁺ 2025-04-23 | 1 bình luận | Chia sẻ qua WhatsApp
  • Atuin Desktop cung cấp trình soạn thảo runbook thực thi được ưu tiên cục bộ cho quy trình làm việc terminal có thể chạy được
  • Có thể quản lý khối script, terminal nhúng, trình khách cơ sở dữ liệu, biểu đồ Prometheus tại một nơi
  • Giúp quy trình làm việc có thể lặp lại và đáng tin cậy hơn thông qua ngăn tài liệu lỗi thời (mục nát) và tự động hóa có thể tái sử dụng
  • Có thể đồng bộ và chia sẻ qua Atuin Hub, đồng thời hỗ trợ tự động hoàn thành từ lịch sử shell thực tế
  • Dự định tăng cường vận hành cộng tác thông qua tài khoản nhóm và tính năng tạo runbook từ lịch sử shell

Giới thiệu Atuin Desktop

  • Atuin Desktop là trình soạn thảo runbook có thể thực thi, giúp các quy trình làm việc terminal thực tế trở nên có thể lặp lại, chia sẻ và đáng tin cậy
  • Giúp tài liệu không trở nên lỗi thời ngay sau khi được viết, đồng thời cung cấp runbook động sử dụng mẫu kiểu Jinja
  • Hỗ trợ tự động hoàn thành từ lịch sử shell thực tế, cho phép gợi nhớ tức thì
  • Với kiến trúc ưu tiên cục bộ, dựa trên CRDT, mọi thứ chạy được trong terminal cũng chạy được trong runbook
  • Có thể đồng bộ và chia sẻ để luôn cập nhật giữa các thiết bị và nhóm qua Atuin Hub

Cách đang được sử dụng hiện nay

  • Đang vận hành các quy trình làm việc thực tế bằng Atuin Desktop
    • Phát hành Atuin CLI
    • Di chuyển hạ tầng an toàn giữa các môi trường
    • Thiết lập môi trường staging hoặc production một cách tự tin
    • Quản lý và cộng tác trên các truy vấn cơ sở dữ liệu thời gian thực

Kế hoạch sắp tới

  • Tài khoản nhóm: vận hành cộng tác thực sự
  • Tạo runbook từ lịch sử shell: quy trình làm việc tự tự viết ra

Bài viết liên quan

1 bình luận

 
GN⁺ 2025-04-23
Ý kiến trên Hacker News

  • Với những người quan tâm đến Emacs, có thể dùng org-babel để làm việc tương tự

  • Tôi đã thử ý tưởng này khoảng 7 năm trước: https://nurtch.com/

    • Ý tưởng này có rất nhiều giá trị
    • Tôi đã có một bài trình bày liên quan tại JupyterCon Paris 2023: https://www.youtube.com/watch?v=TUYY2kHrTzs
    • Nếu tài liệu có chứa mã có thể thực thi, tôi cũng muốn áp dụng quy trình review PR cho cả tài liệu
    • Việc này đòi hỏi đội ngũ đầu tư nhiều hơn so với chỉnh sửa wiki
    • Chúc may mắn

  • Nếu là local-first thì đã sẵn là đối tượng của sự hỏng lệch rồi. Trừ khi mọi thứ đều chạy trong container, local không có nhiều ý nghĩa

    • Nếu muốn ghi lại runbook, có nhiều cách để làm. Tệp văn bản, tài liệu Confluence, quay màn hình, shell script, v.v.
    • Mọi người vốn đã không làm điều đó, và UI hào nhoáng hơn cũng sẽ không khiến họ đột nhiên làm nhiều hơn
    • Cá nhân tôi không muốn viết code (hay tài liệu) để đưa hệ thống về một trạng thái cụ thể
    • Tôi muốn tạo trạng thái đó thủ công, dùng công cụ để dump trạng thái ra, rồi sau này chạy lại công cụ để tạo ra (hoặc ép buộc) trạng thái đó
    • Tôi không muốn phải viết bằng code cách máy tính đạt tới trạng thái đó
    • Tôi không muốn viết "cấu hình khai báo". Đó chỉ là code với một cái tên khác thôi
    • Tôi muốn làm việc đó thủ công, chụp snapshot và phát lại
    • Tôi muốn việc này hoạt động ở mọi nơi trên mọi hệ thống. Tôi muốn dump trạng thái và áp dụng lại trạng thái sau này mà không phụ thuộc vào việc theo dõi Bash shell cho các lệnh

  • Đây đúng là thứ mà khi còn ở AWS, tôi từng muốn có cho đội của mình

    • Có nhiều phiên bản vận hành hơi rủi ro nếu đem tự động hóa
    • Cách này tạo ra một con đường để dần dần xây dựng
    • Chúc mừng

  • Tôi tò mò nó khác gì so với Jupyter notebook chạy local

    • Tôi thắc mắc liệu không thể làm việc này trong .ipynb bằng ! hoặc % hay sao
    • Đây là câu hỏi hoàn toàn nghiêm túc. Tôi không quen công ty này hay sản phẩm CLI này

  • Trông khá thú vị

    • Gần đây tôi bắt đầu dùng marimo.io để thay thế Jupyter notebook
    • Nó có nhiều cải tiến tuyệt vời, và có vẻ như đây cũng là một bước đi theo hướng đó

  • Chúc mừng ra mắt

    • Tôi có theo dõi Atuin một chút, và dù không phải đối tượng của tính năng runbook thực thi này, tôi vẫn thích thấy mọi người tạo ra những thứ mới mẻ thú vị

  • Đội của chúng tôi đã dùng polyglot notebook: https://marketplace.visualstudio.com/items/…

    • Chúng tôi có thể có runbook với C# là ngôn ngữ chính, dùng mã được chia sẻ qua các gói nuget
    • Điều đó cho phép nó tương tác với API và ứng dụng của chính chúng tôi giống như các đoạn mã khác chạy trong production
    • Đây không phải trải nghiệm tốt nhất để review, nhưng nó đã hiệu quả với chúng tôi

  • Cái này trông rất giống runme.dev: https://runme.dev

  • Tôi không hiểu điểm này. Không biết ai đó có thể giải thích phần mà tôi đang bỏ lỡ không

    • Tôi thắc mắc vì sao nên dùng cái này thay vì một shell script đơn giản