Keep Shipping

Masalahnya

Pipeline deploy Anda tumbuh menjadi ratusan baris YAML dan shell yang tidak sepenuhnya dipahami siapa pun.

Fungsinya

Keep Shipping dirancang untuk menggantinya dengan satu berkas alur kerja bertipe per repositori, yang diperiksa sebelum dijalankan.

Cara kerjanya

1. Build image, rencanakan dan terapkan Terraform atau OpenTofu, dan deploy, sebagai langkah bertipe alih-alih skrip
2. Jalankan pipeline yang persis sama di laptop Anda sebelum Anda push
3. Biarkan agen ikut merilis: kebijakan menentukan apa yang menunggu seseorang

Hari iniCLI v0.1.0 sudah dirilis untuk macOS dan Linux (MIT); konsol hosted dipakai secara privat.

Tujuan

Operasi otonom

Deploy adalah target otomatisasi. Satu berkas workflow bertipe per repositori membangun image, merencanakan dan menerapkan infrastruktur, lalu melakukan rollout, dan diperiksa sebelum apa pun dijalankan, sehingga pipeline yang rusak tertangkap di laptop, bukan pada eksekusi CI kesepuluh. Mesin yang sama berjalan secara lokal dan di CI, jadi tidak ada yang perlu push untuk mengetahuinya.

Kecerdasan

Agen pemrograman dapat menulis, memeriksa, dan menjalankan workflow, dibatasi oleh kebijakan dalam berkas yang sama: apa yang boleh mereka lakukan sendiri, apa yang menunggu orang tertentu. Langkah decide meminta Jev, model keputusan bertipe, menilai seberapa berisiko sebuah rencana; ia menjawab dengan salah satu jawaban yang Anda definisikan beserta skor keyakinan, perubahan berisiko rendah dapat lolos, dan operasi destroy selalu menunggu manusia. Mesinnya sendiri adalah kode biasa.

Pertumbuhan

Dipimpin developer. Daftar akses awal lebih dulu, dibuka dalam kelompok kecil; blok bertipe dan berversi yang ditulis satu tim dan dipakai ulang empat puluh repo membawanya ke dalam perusahaan. Harga belum ditetapkan. Pertumbuhan adalah repositori yang dirilis lewatnya, dihitung sejak tim pertama yang bukan pilot.