エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント45件
- 注目コメント
- 新着コメント
turanukimaru
タイトルは盛りすぎだけどDynamoDBでいくらでもスケールさせられる構成を作る例としては良いものでは。特にAPIを作ってから対応するデータ構造を作る、というのは重要だ。フロント側が雑な要求をすると酷いことになる。
sin20xx
何を言いたいのかわからないなぁ。1000万ユーザーの定義が不明だしSnowflakeネタとして見てももう時代的にも昔のネタすぎる気もするが。単純に高性能DBを使いました以上の説明がないのだけども。一体これは何を言いたいの
taruhachi
一人あたりのフォロワー数を平均100人、一日のツイート数を100回とすると、1人あたり毎日1万レコードの追加、1,000万人利用で毎日1,000億レコードづつ肥大化する。耐えられるかは負荷試験まち。
heguro
"ツイートをしたら、そのユーザのフォロワーのタイムラインにツイートを書き込む" Mastodonの実装だ(こちらはPostgres+Redis) / Mastodonサーバ連合全体の統計で320万ユーザらしい / TLを一定数しか保持しなければ肥大化しない
ponpon_qonqon
いや、ちょっと・・・プロジェクトのリポジトリ名に「twitter」って他社の商標をまんま入れてしまうんかい。どんなに技術力があろうがその時点でエンジニアとしての経験値がないと見なしてアウトだよ・・・
revert
ユーザー規模が大きいサービスの開発経験は無さそう。フォロワーが多くいるユーザーがいるとうまく動かない、おそらく数万ユーザー程度が限界なんじゃないかな。「完全に理解した」レベルの開発者の記事。
sin20xx
何を言いたいのかわからないなぁ。1000万ユーザーの定義が不明だしSnowflakeネタとして見てももう時代的にも昔のネタすぎる気もするが。単純に高性能DBを使いました以上の説明がないのだけども。一体これは何を言いたいの
heguro
"ツイートをしたら、そのユーザのフォロワーのタイムラインにツイートを書き込む" Mastodonの実装だ(こちらはPostgres+Redis) / Mastodonサーバ連合全体の統計で320万ユーザらしい / TLを一定数しか保持しなければ肥大化しない
mayumayu_nimolove
1000万ユーザーの根拠が書かれてないような。。エンジニアならそこちゃんと書こうよ。
turanukimaru
タイトルは盛りすぎだけどDynamoDBでいくらでもスケールさせられる構成を作る例としては良いものでは。特にAPIを作ってから対応するデータ構造を作る、というのは重要だ。フロント側が雑な要求をすると酷いことになる。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
1000万ユーザに耐えるサーバを作ってみた
概要 スケーラビリティが高く1000万ユーザに耐えるAPIサーバを作成しました。TwitterのようなSNSです。...表示
概要 スケーラビリティが高く1000万ユーザに耐えるAPIサーバを作成しました。TwitterのようなSNSです。実装はGitHubで公開しています。 開発環境は次の通りです。 Node 16.14 Express 4.17.3 DynamoDB 2012-08-10 機能要件は次の通りです。 ツイート機能 ツイートに対してコメント機能 フォロー機能 タイムライン機能 導入 Facebook、Amazon、Youtubeのような数億人のユーザを抱えるサービスでは大量のトラフィックを捌く必要があります。大量のトラフィックを捌くためのアプローチとして一般的に使われるのはスケールアップではなくスケールアウトです。スケールアップは性能の高い機器を使うためにコストが高いです。また、1つのサーバで運用するためにパフォーマンスの限界が存在します。 スケールアウトについて考えます。アプリケーションは大きく
2022/05/02 リンク