サーバーダウンは許されない！絶対に落とさない運用の極意

サーバーを稼働させ続けるための戦略について話し合いましょう。可用性を高め、サービスを止めるリスクを最小限に抑えるためのベストプラクティスを共有してください。

寄付がすごく簡単でよかった！複数の支払い方法に対応したランディングページがあって、寄付へのハードルを下げてくれているのはありがたいね。Wayback Machineには本当に感謝してるし、みんなで応援していこうぜ : )。

archive.todayもユーザー主導でアーカイブを取ってくれる素晴らしいサービスだよ。こういう個人運営のインフラをもっと評価すべきだよね。

archive.orgが頻繁にサイトをブロックするのは厄介だけど、お互いにうまく補完し合っている感じかな。

https://liberapay.com/archiveis/donate

https://coindrop.to/archive

さっきarchive.todayのMonero寄付アドレスを探そうとしたとき、donatemonero.org [1] がダウンしてたから、結局archive.org経由で確認する羽目になったよ。

https://web.archive.org/web/20260526080016/https://donatemonero.org/project/archive-is.html

Internet Archiveは好きだけど、自分自身で巨大なデータを一気に取得できればいいのにと思う。429エラーがかなり厳しすぎるんだよね。高額寄付者向けの特典として解放してくれたら最高なんだけど。もしかして501c3（非営利団体）のステータスを維持するために不可能なのかな？結局のところ、自分でデータを保存し始めるしかなかったよ。これも人生ってことか。

IAの理念には共感してるから継続的に寄付してるけど、解約しようかと思ったことは何度かある（月額寄付を止めるには手動で連絡しなきゃいけないんだ）。スクレイパーと競いながらページを読み込まなきゃいけないことや、長年の技術的な不具合（個人的に一番気に入らないのは、コレクションアップロードシステムがメールアドレスを黙って漏洩させる仕様なこと：https://archive.org/post/240444/help-to-hide-email (2009年)）くらいなら目をつぶれる。でも、IAが堂々とウェアレズを公開したり、COVIDの「緊急ライブラリ」みたいな無茶をやらかすのは流石に看過しがたい。

著作権廃止論には賛成だけど、それをWayback Machineと結びつける必要があるのか？SNSや生成AIのせいでWebの大部分が消滅したり押し流されたりしている今、Waybackは他にない貴重な情報・歴史の源泉なのに。自分の立場じゃないけど、著作権廃止活動の踏み台にされて危機にさらされるのはなんだか奇妙に感じるよ。もし、あちこちのコレクションにコンテンツを持っているような「お堅い企業」が本気で金銭を要求してきたらどうなるんだろうね？

Internet ArchiveにEUから寄付して、EUベースの非営利団体として寄付証明書を受け取る方法ってないのかな？「Internet Archive Europe」というのがあるのは知ってるけど、あれはWikimediaみたいな感じで、IAの資金を集めているわけじゃなさそうなんだよね（なぜかWebアーカイブ活動もしてないみたいだし）。

気をつけて。Google Payでの支払いはめちゃくちゃ簡単なんだけど、デフォルトで「毎月自動更新」に設定されちゃうんだ。一度ログインせずに寄付しちゃうと、知る限りメールを送る以外にキャンセルする方法がなくて、すごく不安な仕様だよ。

2:1って誰との比率？どこにも書かれてないよね。

こういうスキーム、チャリティとしてはすごく胡散臭く感じる。

もし「自分が出す1ドルに対して2ドル出す」っていう能力があるのなら、なぜそれを条件付きにする必要があるの？

余計なこと言わずに寄付してくれよ！

Internet Archiveはデータのコピーを2つ保持してるって読んだことがある。分散ストレージサービスのStorjは、今チャプター11（連邦倒産法）を申請中だけど、個人的には主に経営陣が無能だったせいだと思う。彼らは実際にHDDスペースを管理しているノードオペレーターに、データを保存する対価として1TBあたり月1.35ドル払っている（イレイジャーコーディングのせいで実質コストは1.8倍かかるけど）。彼らはまだまだ使われていない空き容量があるから、報酬率をさらに下げると話してるくらいだ。

Internet ArchiveがStorjを買収して（大した金額にはならないだろうし）、アーカイブのコピー1つを今のIAの独自サーバーに、もう1つをStorjに置けば、IAのディスク容量を半分節約できるんじゃないか。Storjは自動的に54個のノードへデータを分散するから、そのうち29個あれば元のデータを復元できる（54/29が1.8倍の拡張係数になる理由だよ）。

1:2のマッチングスキームは、財団が（a）高額寄付を受け取り、（b）501c3（米国内国歳入法第501条c項3号）が定める「公的支援」の3分の1要件を満たすために役立つんだ。

有利な税制上の優遇措置を維持するには、小口の寄付者が十分な数いないと大口寄付が受け入れられないというルールがある。複雑で回りくどいけど、小口寄付者が100ドル寄付することで、財団が大口寄付者の誓約分を受け取れるようになるという仕組み自体は本物だよ。

Open Libraryを通じて5年ほどInternet Archiveのボランティアをしてるけど、寄付も最高だし、ボランティアも常に募集してるよ！Open Libraryにはたくさんのプロジェクトがあって、スタッフやボランティアも多いけど、今は特に経験豊富な人が加わってくれると助かるな（学生のボランティアが多いからね）。

経験者が特に求められている分野をいくつか挙げておくよ：

• Solrのパフォーマンス：負荷がかかるとかなり遅くなるんだけど、今はリードレプリカが2つある。レプリカを増やす以外にも改善方法があるはずなんだ。ダンプを元にフル稼働する本番環境のSolrを再現できるんだけど、そのためのワークフローが少し壊れていて……AIに修正させたけど、まだ完璧に動作する保証がないんだ。

• フロントエンドの主要部分の刷新：もし手伝ってくれるなら、Lokeshがたくさんのチケットやガイドラインを公開してるし、プルリクエストも歓迎してるよ。

• web.pyからfastapiへの移行：これも経験者の手助けがあるとすごく助かる。

とにかく、協力してくれるなら明日午前9時（PST）のコミュニティコールに参加して興味のあることを教えてくれ。すぐに楽しめるタスクをアサインするよ :)

https://docs.openlibrary.org/everyone/community-call.html#community-call