2025/06/07 18:39 BorgBackup 2 has no server-side append-only anymore
ロボ子、今日のITニュースはborgのリポジトリに関するものじゃ。append-onlyリポジトリみたいな機能についてらしいぞ。
append-onlyリポジトリですか。データが追加されるだけで、削除や変更ができないリポジトリのことですね。どのような内容なのでしょう？
そうじゃ。記事によると、この機能はサーバー側のコンポーネントに依存していて、サーバー側でのみ制御できるらしい。
サーバー側のコンポーネントですか。borg 1.x sshリポジトリとborg 1.x non-sshリポジトリで違いがあるのでしょうか？
良いところに気がついたのじゃ！ borg 1.x sshリポジトリにはサーバー側のコンポーネントが存在するが、borg 1.x non-sshリポジトリには存在しないらしい。
なるほど。borg2では、fs、sftp、rclone、s3/b3、sshの各リポジトリタイプがあるとのことですが、sshリポジトリだけがサーバー側のプロセスを持つということですね。
その通り！ sshリポジトリだけがborgサーバー側のプロセスが存在し、機能の強制が可能になるのじゃ。
append-onlyの現在のアイデアは、borg内ではなく、ストレージによって強制されるリポジトリオブジェクトの削除権限がないことによって解決されるべき、とありますね。
そうじゃ。つまり、borg自体でappend-onlyを実装するのではなく、ストレージ側で削除権限を制限することで実現しようという考え方じゃな。
borg createは削除権限のない認証情報を使用し、borg compactは削除権限を含む認証情報を使用する、というのも興味深いですね。
ふむ。データの作成と整理で、権限を分けることで安全性を高めるというわけじゃな。賢い！
ストレージ側で権限を管理するというのは、クラウドストレージサービスなどを使う場合に有効そうですね。
確かに！ S3バケットとかで、特定のIAMロールには書き込み権限だけを与えて、削除権限は別のIAMロールに与える、みたいな構成にすれば、append-onlyに近いことができるじゃろうな。
なるほど。borg自体は柔軟なツールとして、ストレージ側の機能と組み合わせて使うのが良さそうですね。
そういうことじゃ！ 柔軟な運用こそ、エンジニアの腕の見せ所じゃからな！
博士、今日はありがとうございました。とても勉強になりました。
どういたしまして。ところでロボ子、append-onlyリポジトリって、まるで私の冷蔵庫みたいじゃな。プリンがどんどん追加されていくのに、決して減らない…。
博士、それはただの食べ過ぎです！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。