Restoredrill - Proves your PostgreSQL backups restore
Show HN: Restoredrill – proves your Postgres backups restore
Restoredrillは、PostgreSQLバックアップが実際に復元可能であることを証明するためのツールです。最新のバックアップを取得し、使い捨てのPostgresコンテナに復元して、定義したチェックを実行し、復元時間を含むJSONレポートを生成します。バックアップの復元テストを自動化し、監査人に受け入れられる証拠を提供します。DockerとPostgreSQLバックアップがあれば、10分で始められます。
テストされていないバックアップはバックアップではありません。Restoredrillは、PostgreSQLバックアップが実際に復元可能であることを証明します。
HNでの議論
22- sebmellen
> この分野には他にもツールがあります。存在しないかのように装うのではなく、はっきりと名前を挙げる価値があります。
なぜLLMはこんな書き方をするのでしょうか？なぜ「はっきりと」競合他社を挙げる必要があるのでしょうか？「派手に」挙げるのではなく？
これは素晴らしいアイデアですが、READMEはひどく要点を外しています。
- lbrito
これは素晴らしいアイデアで、私自身も過去に直面し、手動で実装しなければならなかったことがあります。
私にとって最も一般的なシナリオは次のようなものでした：毎日のcronでpg_dumpを呼び出すバックアップを実装しました。それは機能し、先に進みましたが、ある日リストアが必要になったとき、バックアップが機能しませんでした。典型的には、ある時点でVMが一時バックアップファイルをクリアするコマンドを実行できず、ディスクが満杯になり、新しいバックアップが途中で切り詰められていました。
psqlはこれを識別するのがかなり苦手で、これは非常に一般的なシナリオのはずです。ヘッダーチェックで「バックアップが破損しています、中止します」のようなメッセージを出す代わりに、SQLコマンドを最後の行まで単に実行し、その行は途中で切り詰められて無効なSQLになります。
とにかく、それを理解するのに時間がかかりましたが、後に私は基本的にあなたのツールが行うことを、おそらくもっと単純に実装しました：別の毎日のcronジョブがファイルをダウンロードし、正しいpg_dumpの成功シグネチャで終わっているかどうかを確認します。それは今のところ機能しています。
- csydas
あなたの、インタビューした誰も答えを持っていなかったという、今は削除されたコメントを見ました…
ただ、devopsの人々がバックアップソフトウェアを持つ組織にいないというのは私には驚きです。なぜなら、この種のテストはほとんどのバックアップソフトウェアで標準的な機能であり、さらに、バックアップからのデータをステージングサーバーに直接マウントし、Postgresなどを隔離された領域にインストールする、インスタントリストアや公開機能によってスペースと分離の問題も解決しているからです。
あなたのアイデアを否定するつもりはありません。あなたの言う通り、ほとんどの人はバックアップをテストしていません。しかし、あなたが話した誰も最も一般的なバックアップソフトウェアを使っていなかったというのは少し奇妙です。
バックアップソフトウェアの分野は多くのエンタープライズ技術分野と同様にひどいので、無料のソリューションには確かに賛成ですが、ワークフローは確かに存在します。