Twitterはタイムラインをどうやってキャッシュしているか - Qiita
Twitterの内部構造を読解してみる 前口上 Twitterのようなマイクロブログサービスでは短時間で書き込みも多く、特にタイムライン周りは単にRDBのデータを出し入れるするだけではスケールしなくなります。 インターネット上に断片ながらTwitterの中の人がアーキテクチャについて解説した記事や動画がいくつか落ちていたので、Twitterがタイムラインをどうやってキャッシュしているかについてまとめてみたいと思います(推測を含みます)。 Twitterのテーブル構造 単純なTwitterのテーブル定義をRDBで定義すると以下のようになると思います。 tweets ツイート id user_id contents tweet_at followers フォロワー source_user_id destination_user_id users ユーザー id user_name timeli
みやさかしんや@Python/DX/エンジニア on Twitter: "これ、超絶便利過ぎて日本のGDPが上がってしまいそう🎌⤴️ https://t.co/ArCUPGkhnu"
これ、超絶便利過ぎて日本のGDPが上がってしまいそう🎌⤴️ https://t.co/ArCUPGkhnu
「X68000エミュレータ開発って、そんなに難しいの？」
ＰＩ． @xm6_original 最近「X68000エミュレータ開発って、そんなに難しいの？」という声を聞くので解説。1987年の初代機発売(36.9万円)の時点で、シャープのカスタムは勿論、当時のLSIを「これでもか」と沢山詰め込んでいるのでそのソフトウェアモデル実装だけでかなりの量になる→ ＰＩ． @xm6_original 一例を挙げるとSCC(Z8530)のマニュアルは現在も入手可能で英文394ページのボリューム。このようなものを10種類以上実装するものと考えて欲しい(もちろん簡易実装で済ませることはできるが、当然実機との差異は出る)→ zilog.com/docs/serial/sc… ＰＩ． @xm6_original 難物とされるCRTCやFDCなどは「未公開仕様の挙動」「未定義動作の挙動」も考えないとダメ。あとは数値の厳密性とか。例えばFDCに指定するステップレートは当該
Twitter を作るのはなぜ難しいのか
Fumihiko Shiroyama @fushiroyama 父、博士課程 Software Development Engineer @Adobe / ex-@Microsoft, ex-@amazon All opinions are my own. note.com/fushiroyama/ Fumihiko Shiroyama @fushiroyama Twitterみたいな緩いつながり、TLひとつ実装するだけでも普通のウェブシステムみたいなクエリでは取れなくてちょっと考えれば非常に複雑なシステムであることは明白だし、システムアーキテクチャの試験の定番トピックだったりするので「誰でも作れる」とか「簡単」みたいなのはご指摘申し上げたくなる Fumihiko Shiroyama @fushiroyama 昔つぶやきましたが例えばこの記事を読むと分かりやすいです。 twitter.co
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://twitter.com/razokulover/status/1600726341137358848
https://twitter.com/Tsutsui0524/status/1527230583671169025
