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
0
120
mastodon
mastodonについて話しました
Keiji Matsuzaki
April 28, 2017
Tweet
Share
More Decks by Keiji Matsuzaki
See All by Keiji Matsuzaki
note engineer meetup #3 インフラの現状 / note engineer meetup #3 infra
futoase
4
1.1k
ハマったところ 表参道.rb #44 / into a problem
futoase
0
1.1k
note meetup #2 Electronを利用した10面ディスプレイの操作 / Controll of gaienmae display
futoase
0
770
susumekata
futoase
1
740
freee-wacul-web-app-lt-one
futoase
0
1.9k
Engineer All Hands #5 (freee) 「インフラ」
futoase
0
490
soracom-go
futoase
0
360
AWS Summit Tokyo 2015 freee
futoase
19
20k
freee-shigure-matsuri-20150321
futoase
8
2.1k
Other Decks in Technology
See All in Technology
[mercari GEARS 2025] Building Foundation for Mercari’s Global Expansion
mercari
PRO
1
140
技術広報のOKRで生み出す 開発組織への価値 〜 カンファレンス協賛を通して育む学びの文化 〜 / Creating Value for Development Organisations Through Technical Communications OKRs — Nurturing a Culture of Learning Through Conference Sponsorship —
pauli
5
440
Error.prototype.stack の今と未来
progfay
1
180
はじめての OSS コントリビューション 〜小さな PR が世界を変える〜
chiroito
4
340
重厚長大企業で、顧客価値をスケールさせるためのプロダクトづくりとプロダクト開発チームづくりの裏側 / Developers X Summit 2025
mongolyy
0
150
AIエージェントによるエンタープライズ向けスライド検索!
shibuiwilliam
4
570
Quarkusで作るInteractive Stream Application
joker1007
0
150
手を動かしながら学ぶデータモデリング - 論理設計から物理設計まで / Data modeling
soudai
PRO
24
6.1k
仕様は“書く”より“語る” - 分断を超えたチーム開発の実践 / 20251115 Naoki Takahashi
shift_evolve
PRO
1
1k
QAを"自動化する"ことの本質
kshino
1
140
Lazy Constant - finalフィールドの遅延初期化
skrb
0
230
Flutterにしてよかった?出前館アプリを2年運用して気づいたことを全部話します
demaecan
0
230
Featured
See All Featured
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3.1k
Gamification - CAS2011
davidbonilla
81
5.5k
Side Projects
sachag
455
43k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
9.7k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Raft: Consensus for Rubyists
vanstee
140
7.2k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1k
Site-Speed That Sticks
csswizardry
13
970
Balancing Empowerment & Direction
lara
5
750
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 の哲学