1週間で作るActivityPubリレーサーバ

Slide 1

Slide 1 text

1週間で作るActivityPub リレーサーバ S.H. 第6回 Fediverse Linux Users Group 勉強会 2024-12-21

Slide 2

Slide 2 text

自己紹介 S.H. Rubyにたまにパッチを投げてる人 2017年ごろから鯖缶やってる人最近リレーサーバを作った

Slide 3

Slide 3 text

今日話すことリレーサーバについて開発の背景作ったもの

Slide 4

Slide 4 text

リレーサーバ

Slide 5

Slide 5 text

ActivityPubリレーサーバの仕組みリレーサーバに参加しているサーバからの公開投稿を受け取る受け取った公開投稿をリレーサーバに参加している別のサーバに配送する

Slide 6

Slide 6 text

リレーサーバのメリット Fediverseのサーバ同士が連合しやすくなる特にお一人様鯖や小規模な鯖の場合は連合が強化される

Slide 7

Slide 7 text

リレーサーバのデメリット外部から流れてくる投稿の数が増え、サーバへの負荷が増加する投稿によっては画像もあるためディスクの容量も使ってしまうリレーサーバ自体もそれなりに負荷がかかる

Slide 8

Slide 8 text

現状のリレーサーバ実装(1) 有名な実装は大きく二つ pub-relay(Crystal) Activity-Relay(Go)

Slide 9

Slide 9 text

現状のリレーサーバ実装(2) Node.jsやRustの実装もある ActivityPub Relay(Node.js) AodeRelay(Rust)

Slide 10

Slide 10 text

現状のリレーサーバの課題(1) リレーサーバの数よりもFediverseのサーバの数が多い特定のリレーサーバに参加しがちリレーサーバから配送される投稿数も増加しやすいリレーサーバ自体と参加サーバへの負荷が増加しやすい

Slide 11

Slide 11 text

現状のリレーサーバの課題(2) リレーサーバの実装があまりないアクティブにメンテナンスされているのは3つ Activity-Relay(Go) ActivityPub Relay(Node.js) AodeRelay(Rust)

Slide 12

Slide 12 text

現状のリレーサーバの課題(3) RedisやPostgreSQLが必要建てるのに気合がいる簡単に建てれないのでリレーサーバの数が増えない

Slide 13

Slide 13 text

開発の背景

Slide 14

Slide 14 text

リレーサーバを作りたかったリレーサーバにRubyの実装がない厳密にはあるが現在はメンテナンスされていない Rubyが好きな人間としてはRubyの実装を作りたい去年末くらいから頑張ってたけど開発が止まってたの再開したい

Slide 15

Slide 15 text

リレーサーバの分散化簡単に建てれるリレーサーバがあれば負荷を分散できる? 小規模なリレーサーバを建てれると良いのでは?

Slide 16

Slide 16 text

RubyWorld Conference 2024 Mastodon開発チームのAndy Piperさんが来る ActivityPubやFediverseの話がしたい CFPは落ちたのでﾍｲｼｬのスポンサー枠でLTができそうこのタイミングに合わせてリレーサーバ実装の話をするとよいのでは?

Slide 17

Slide 17 text

リレーサーバのプロトタイプおそらく現存する唯一のRuby実装プロトタイプのためテストがなかった RailsやRubyのアップデートが大変そうリレーサーバ開発時の知見をフィードバックできそう

Slide 18

Slide 18 text

経緯のまとめリレーサーバをRubyで作りたいリレーサーバの分散化ができないか試したい RubyWorld Conferenceでの話すきっかけ作りプロトタイプ版へのフィードバックに活かせそう

Slide 19

Slide 19 text

この時点で11月上旬

Slide 20

Slide 20 text

RubyWorld Conference 2024は 12月頭

Slide 21

Slide 21 text

実装に割ける時間があまりない

Slide 22

Slide 22 text

1週間くらいでなんとかならないか

Slide 23

Slide 23 text

Rails 8ならできる

Slide 24

Slide 24 text

One Person Framework Kamalでのデプロイの簡略化 ThrusterというNginx + Let’s Encryptなツール Solid QueueでのRedisが不要なジョブ処理 SQLiteを本番環境で使える

Slide 25

Slide 25 text

Kamalでのデプロイ基本的にDockerとGitさえあればデプロイできる gracefulにデプロイするためダウンタイム無し

Slide 26

Slide 26 text

Thrusterでのメンテコスト削減 NginxやApacheの代わりにRailsに導入された Let’s Encryptで証明書の自動発行をしてくれる証明書の自動更新のサポート

Slide 27

Slide 27 text

Solid Queueでのジョブ処理 DBをジョブキューとして使う Redisがいらない

Slide 28

Slide 28 text

SQLiteを本番環境で利用リレーサーバで保存するデータはあまりない参加サーバの情報やジョブのデータバックアップが簡単機密データとかないのでSQLiteで充分

Slide 29

Slide 29 text

1週間で実装とデプロイ

Slide 30

Slide 30 text

作ったもの

Slide 31

Slide 31 text

ActivityPub Relay

Slide 32

Slide 32 text

機能 Mastodon/Misskeyのリレーに対応ハッシュタグリレーとして運用できるオプション購読サーバの管理画面ジョブの管理画面

Slide 33

Slide 33 text

便利な点 Kamalを使っているためデプロイが非常に簡単 RedisやDBを建てる面倒くささから解放されたメモリ1GB CPU 1コアでサクサク動く

Slide 34

Slide 34 text

今後の機能案 Pleroma/Akkomaのリレーへの対応承認機能ブロック機能サーバ情報を取得する定期ジョブ画像解析して該当の画像のみ配送する機能

Slide 35

Slide 35 text

今後の展望リレーサーバの分散のためにユーザーを増やしたいドキュメント化されていない機能などを充実リレーサーバ自体の数も増やしたい