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
なぜハノーバーメッセに行くべきなのか 〜初参加だから語れること〜
tanakaseiya
0
170
オンコールの負荷軽減のためのBits Assistant 活用方法 / How to Use Bits Assistant to Reduce the Workload on On-Call Staff
sms_tech
1
330
Kiro CLI v2.0.0がやってきた!
kentapapa
0
210
権限管理設計を完全に理解した
rsugi
2
230
脅威をエンジニアリングの糧にして:恐怖を乗り越えた先にあったもの / Turn threats into fuel for engineering: what lay beyond overcoming fear
nrslib
1
340
自称宇宙最速で不合格となったAIP-C01にリベンジを果たすべくAIで問題集アプリを作ってみた。
yama3133
0
240
AI時代の私の技術インプットとアウトプット術
tonkotsuboy_com
15
7.7k
GitHub Copilot CLI の Rubber Duck 機能を使ってコーディングの品質をあげよう #techbaton_findy
stefafafan
2
1.2k
組織の中で自分を経営する技術
shoota
0
220
サプライチェーンセキュリティの空白地帯 - 信頼できる”依存性”の未来を考える
rung
PRO
1
390
地元にいないローカルオーガナイザーの立ち回り
uvb_76
1
330
形式手法特論:公平性制約の位相的特徴づけ #kernelvm / Kernel VM Study Kansai 12th
ytaka23
1
570
Featured
See All Featured
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2k
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.5k
Joys of Absence: A Defence of Solitary Play
codingconduct
1
380
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
5.8k
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
11k
Everyday Curiosity
cassininazir
0
210
Become a Pro
speakerdeck
PRO
31
6k
Typedesign – Prime Four
hannesfritz
42
3.1k
Un-Boring Meetings
codingconduct
0
300
We Are The Robots
honzajavorek
0
230
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Chasing Engaging Ingredients in Design
codingconduct
0
200
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 の哲学