鯖缶

今のところ思い付くもので一番楽そうなのは、 rrsync (not typo) を使って rsync over SSH で直接ファイルを転送できるようにして、そこから nginx なり Caddy なりでファイルを公開し、 Cloudflare Tunnel に繋ぐという仕組み。

欠点は以下のとおり:

• サイトごとに SSH 鍵対が必要
  • authorized_keys で鍵ごとに command= を指定する都合。
  • もし複数サイトまとめてアクセス可能にするならそれでも良いが、代償に CI/CD でミスしたとき他サイトまでまとめて破壊するリスクが発生する。
• レプリカを用意するのは面倒そう
  • rsync は1コマンドで destination はひとつなので、複数サーバへの転送はサーバの数だけ rsync を実行する必要があるし、サーバの数や名前が動的になると push 型では扱いづらい。
  • Cloudflare Tunnel や reverse proxy ではバックエンドのサーバを複数用意して可用性を確保したり負荷分散できるが、これを活用しづらい。

動的なレプリカを使うつもりがあるなら、 push 型よりも pull 型にした方が良さそう。
それこそ中央リポジトリに rsync で同期して各ノードがそこから自前で pull してくるとかでも良いが、それならいっそ NAS とかを使うのも良いのかもしれない。
(ところで同期頻度はどうすればいいのだろう…… rsync 外で last modified 情報を監視しておくとかが無難か？)

pull 型にするなら同期途中の状態を引っ張ってこないよう制御が必要になる。
本質的な困難ではないが、考えることが多少増える。

MinIO と rclone でリポジトリを用意して reverse proxy から直接 HTTP リクエストを転送するなどの荒技もあるにはあるが、オーバーキルなうえ普通の HTTP サーバより負荷の高そうな MinIO を後ろに置いても仕方がないので、これは却下。
データサイズが巨大だと意味もあるかもしれないが、今回はそのような想定は (今のところ) ない。

pages ブランチのようなものを作って git-sync とかで同期するか rsync (rrsync) で同期するかの二択で悩んでいる。
何かあったときのための版管理を考えるとブランチを作る方が楽だが、メディアが大量にあるとかの状況だとリポジトリ外にファイルを置いて rsync できる方が嬉しいのではないかという懸念もある。