Alat baris arahan baharu yang dipanggil attempt telah menarik perhatian pembangun yang mencari cara yang lebih baik untuk mengendalikan arahan dan perkhidmatan yang tidak boleh dipercayai. Alat ini membolehkan pengguna mencuba semula arahan yang gagal secara automatik dengan pelbagai strategi backoff, menangani masalah umum dalam pentadbiran sistem dan skrip.
Ciri-ciri Utama
- Mudah: Set ciri yang kecil meliputi kebanyakan kes penggunaan, kod sumber yang boleh diaudit
- Teguh: Termasuk had masa, jitter, dan backoff eksponen dengan suite ujian yang meluas
- Percuma selamanya: Lesen domain awam untuk semua versi
- Padanan corak pada stdout/stderr untuk percubaan semula bersyarat
Komuniti Menemui Penyelesaian Alternatif
Pelancaran ini telah mencetuskan perbincangan menarik tentang alat sedia ada dalam ruang ini. Pengguna dengan pantas menunjukkan beberapa alternatif, dengan seorang pembangun menyebut mereka baru-baru ini memilih recur kerana keupayaan pengendalian input/output yang unggul. Pilihan popular lain yang muncul dalam perbualan adalah alat retry yang tersedia secara meluas, yang boleh ditemui dalam pengurus pakej utama seperti Homebrew dan repositori Debian . Ini menunjukkan bahawa walaupun ruang masalah ini bukan baru, masih ada ruang untuk inovasi dan pendekatan yang berbeza.
Alat Alternatif yang Disebut
- recur: Menampilkan Starlark DSL dan pengendalian stdin/stdout yang lebih baik
- retry: Paling dikenali secara meluas, tersedia dalam pengurus pakej utama ( Homebrew , Debian )
- expect: Alat tradisional untuk automasi arahan interaktif
- Penyelesaian shell tersuai seperti "wait-for-it.sh" untuk Docker Compose
Perdebatan Falsafah Reka Bentuk
Reka bentuk antara muka alat ini telah menghasilkan perbincangan yang mendalam tentang konvensyen baris arahan Unix . Sesetengah pengguna mempersoalkan mengapa ciri exponential backoff menggunakan pendekatan subcommand dan bukannya flag double-hyphen tradisional. Pengarang menjelaskan pilihan ini dengan membandingkannya dengan struktur subcommand Git , melihat strategi backoff yang berbeza sebagai mod yang berbeza dan bukannya pilihan mudah. Keputusan reka bentuk ini mencerminkan persoalan yang lebih mendalam tentang bagaimana alat CLI moden harus mengimbangkan kebiasaan dengan fungsi.
Pemasangan dan Penggunaan Asas
- Pasang melalui:
cargo install attempt-cli - Sintaks asas:
attempt [BACKOFF] [OPTIONS] [COMMAND]... - Contoh:
attempt --retry-if-contains "server not ready" sqlx migrate - Menyokong backoff eksponen:
attempt exponential --retry-if-contains "server not ready" sqlx migrate
Menangani Masalah Dunia Sebenar
Respons komuniti mendedahkan betapa biasanya masalah logik percubaan semula dalam kerja pembangunan harian. Pengguna berkongsi penyelesaian mereka sendiri, daripada fungsi shell tersuai untuk sambungan SSH kepada pelbagai penyelesaian sementara untuk kebergantungan perkhidmatan Docker Compose . Perbincangan ini menyerlahkan kekecewaan yang lebih luas dengan alat orkestrasi moden, dengan seorang pengguna menyatakan betapa banyak infrastruktur bergantung pada penyelesaian sementara dan skrip penyambung.
Setiap kali saya mendengar orang memuji semua orkestrator ini, sama ada Docker , K8 , atau apa sahaja, saya teringat bahawa sebahagian besar daripadanya adalah pembohongan yang dibina dengan gam dan kayu seperti wait-for-it.sh.
Perbualan juga menyentuh ciri yang hilang daripada sistem lama, dengan seorang pembangun bernostalgia tentang keupayaan kawalan batch dan kerja yang teguh yang wujud dalam sistem seperti VAX VMS , mencadangkan bahawa sistem pengendalian moden masih kekurangan beberapa alat kebolehpercayaan asas.
Batasan Yang Diketahui
- Mengandaikan output berkod UTF-8 (ranap pada UTF-8 tidak sah dengan predikat output)
- Output bantuan tidak menggambarkan bahawa strategi 'fixed' adalah lalai
- Output bantuan yang panjang mungkin memberi kesan kepada kebolehcarian dokumentasi
Batasan Teknikal dan Pertukaran
Walaupun sambutan positif, pengguna dan pengarang mengakui beberapa batasan semasa. Alat ini menganggap output dikodkan UTF-8 , yang boleh menyebabkan kerosakan dengan program yang mengeluarkan UTF-8 yang tidak sah apabila menggunakan padanan corak output. Sistem bantuan juga mempunyai beberapa keanehan yang tidak mencerminkan sepenuhnya tingkah laku lalai. Perbincangan jujur tentang batasan ini menunjukkan penghargaan komuniti terhadap ketelusan dalam pembangunan alat.
Kemunculan attempt dan perbincangan di sekelilingnya menggambarkan bagaimana pembangun terus mencari penyelesaian yang lebih baik untuk masalah kebolehpercayaan asas, walaupun dalam bidang yang mungkin kelihatan telah diselesaikan. Kepelbagaian pendekatan dan inovasi berterusan menunjukkan bahawa masih ada ruang yang ketara untuk penambahbaikan dalam cara kita mengendalikan sistem dan arahan yang tidak boleh dipercayai.