Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
mastodon
Search
Keiji Matsuzaki
April 28, 2017
Technology
140
0
Share
mastodon
mastodonについて話しました
Keiji Matsuzaki
April 28, 2017
More Decks by Keiji Matsuzaki
See All by Keiji Matsuzaki
note engineer meetup #3 インフラの現状 / note engineer meetup #3 infra
futoase
4
1.2k
ハマったところ 表参道.rb #44 / into a problem
futoase
0
1.2k
note meetup #2 Electronを利用した10面ディスプレイの操作 / Controll of gaienmae display
futoase
0
810
susumekata
futoase
1
760
freee-wacul-web-app-lt-one
futoase
0
1.9k
Engineer All Hands #5 (freee) 「インフラ」
futoase
0
520
soracom-go
futoase
0
380
AWS Summit Tokyo 2015 freee
futoase
19
22k
freee-shigure-matsuri-20150321
futoase
8
2.2k
Other Decks in Technology
See All in Technology
『家族アルバム みてね』における インシデント対応との向き合い方 / Approach incident response in Family Album
kohbis
2
230
Gradle×GitHub_ActionsでCI時間を約50%短縮 ジョブ分割の設計と落とし穴 / Cutting CI Time by ~50% with Gradle and GitHub Actions: Job-Splitting Design and Pitfalls
takatty
0
470
Agentic Design Patterns
glaforge
0
240
freee-mcpを Local→Remote で出してわかった MCP認可実装のリアル
terara
3
890
20260528_生成AIを専属DSに_Howの次にすべきことを考える
doradora09
PRO
0
220
形式手法特論:公平性制約の位相的特徴づけ #kernelvm / Kernel VM Study Kansai 12th
ytaka23
1
510
TROCCOで始めるクラウドコストを民主化するためのFinOps
tk3fftk
1
250
Generative UI × A2UI で AI エージェントを作った話 AI-DLC も使ってみた!
kmiya84377
1
250
Datadog 認定試験の概要と対策
uechishingo
0
120
Java正規表現エンジン(NFA)の仕組みと パフォーマンスを維持するための最適化手法
takeuchi_132917
0
130
CloudFront VPCオリジンとVPC Latticeサービスの内部ALBをマルチアカウントで一元利用しよう
duelist2020jp
5
250
RubyでRuby拡張を書いたらRubyより35倍速になったってどういうこと??
kazuho
3
660
Featured
See All Featured
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
30k
GitHub's CSS Performance
jonrohan
1033
470k
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
11k
Stewardship and Sustainability of Urban and Community Forests
pwiseman
0
210
エンジニアに許された特別な時間の終わり
watany
107
240k
How to Ace a Technical Interview
jacobian
281
24k
VelocityConf: Rendering Performance Case Studies
addyosmani
333
25k
Automating Front-end Workflow
addyosmani
1370
210k
Why Our Code Smells
bkeepers
PRO
340
58k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.5k
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
290
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
540
Transcript
雑Con #6 Mastodonについて
[email protected]
自己紹介 •
[email protected]
• freee K.K. • ソフトウェアを実装する人 • 給与計算freee
None
mastodon
mastodon概要 • GNU Social compatibleなRails製のSNSサービスを実現するアプリ • fist commit -> 2016年2月
◦ https://github.com/tootsuite/mastodon/tree/9c4856bdb11fc9311ab30a972 24cee3dfaec492f • インスタンスという概念のもと、各ホストがmastodonをサービスとして運用する • インスタンス間の連携も可能
流行り
2017年4月になってから急速に流行りだした • アスキーでmastodon紹介の記事が出る ◦ http://ascii.jp/elem/000/001/465/1465842/ • それを見たぬるかるさんがmstdn.jpを立ち上げ • 4月15日〜ぐらいにTwitter上で拡散、各種メディアで取り上げ •
Dockerfileがgithubリポジトリにホスティングされており、個人で気軽に立ち上げら れるためインスタンスが爆発的に増える • pixivがpawoo.netを立ち上げ • ドワンゴがfriends.nicoを立ち上げ • mstdn.jpの管理者ぬるかるさんがドワンゴに就職決定 ◦ http://www.itmedia.co.jp/news/articles/1704/24/news045.html
技術的な特徴 Specs-and-RFCs-used.mdより OStatus / Salmon / Portable Contacts Atom /
Atom ActivityStreams / Atom Threading PubSubHubbub / Webfinger / Link-based Resource Descriptor Discovery
OStatus 2012年にW3C標準化された技術。幾つかのプロトコルと取り込んだものの総称。 ソーシャルネットでやりとりを行うために制定された。 利用している技術: Atom, Activity Streams, PubSubHubbub, Salmon, Webfinger
PubSubHubbub • 発音しづらい • Google発の技術 • データの送受信で、クライアント・サーバの負荷を軽減するための技術 ◦ 能動的にデータを送信したいクライアントが hub側にPush形式で情報を送信する
◦ データを受け取るサーバは hubからデータを受信する ◦ http://unoh.github.io/2009/08/19/what-is-pubsubhubbub.html • 名前がWebSubに変わるみたい (Draft) ◦ https://w3c.github.io/websub/
Webfinger • https://webfinger.net/ • HTTPを利用し、インターネット上で特定のユーザ情報を返す • RFCで仕様が定義 • Mastodon内での実装 ◦
Gemを利用している (mastodon作者が実装) ◦ Controller
Salmon • http://www.salmon-protocol.org/ • メッセージのやりとりに利用 ◦ フォローする ◦ ブロックする •
Mastodonでの実装例 ◦ Gemを利用している (mastodon作者が作成)
運用面
運用面 • Ruby on Railsアプリ ◦ Rack middleware (puma)を利用して運用する ◦
特に困ることはなかった • 管理すべきプロセスは3つ ◦ Web Application, API用サーバとなるプロセス ◦ SidekiqにてMailer, Push, Pullを処理するジョブキュープロセス ◦ Streamを処理するnodeプロセス ▪ Websocketを利用する ▪ タイムラインの処理を行う ▪ source
試しに立ててみた mstdn.shisaku.tokyo
None
お一人様インスタンスでは • t2.mediumであれば1台で運用可能 ◦ CPU 2core, memory 4GB • 誰かをリモートフォローしないと始まらない
• federation timeline が色々流れてくるけど余裕 • S3にメディアデータを保存する運用にしなければ予算推測しやすそう • Sidekiqプロセスが頻繁にジョブキューを処理するのが気になるが、詰まることはな い • SSL証明書 ◦ 今回はACM使ったが、ちょっと面倒かも • MTA(メールまわり)の設定が面倒だった ◦ mailgunを利用した
雑感 • 本格的な流行りが始まって2週間ほど ◦ 熱量が下がってきたらどうなるのかなという思いはある ◦ 企業が管理しているインスタンスで今後問題が発生したらどう対応していくのかなという思いがある • Twitterの代わりになるか...? ◦
なることはないが細かなコミュニティ運営のためのツールとしてよさそう ◦ 個人が管理しているインスタンスの mastodonがアップグレードされずに放置されていくのが増えて いくとどういう問題が発生するのだろう • 個人運用おすすめ ◦ APIもあるし、モバイルアプリの練習台になる (すでにいくつかのアプリが公開されている) ◦ インフラ運用面のノウハウもたまる • Mastodonの設計がきれいなので参考になる ◦ Ruby on Railsでお仕事している面で大変参考になる
参考資料 • Github mastodon repository • Mastodon instances • Mastodonとその脱中央集権の仕組み
• https://medium.com/@Gargron • gnusocial や mastodon の哲学