システムデザイン のバックアップソース(No.2)

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• バックアップ を表示
• システムデザイン へ行く。
  • 1 (2018-06-01 (金) 08:38:40)
  • 2 (2018-06-01 (金) 09:02:09)
  • 3 (2018-06-05 (火) 23:21:40)
  • 4 (2018-06-06 (水) 00:41:28)
  • 5 (2018-06-06 (水) 10:49:37)
  • 6 (2018-06-06 (水) 16:34:34)
  • 7 (2018-06-07 (木) 03:27:14)
  • 8 (2018-06-07 (木) 11:53:59)
  • 9 (2018-06-07 (木) 13:27:24)
  • 10 (2018-06-11 (月) 13:17:52)
  • 11 (2018-06-15 (金) 16:13:00)
  • 12 (2019-12-15 (日) 02:31:39)
  • 13 (2019-12-15 (日) 18:55:03)
  • 14 (2019-12-16 (月) 01:26:22)

*概要 [#s6fbeaa2]
-ちゃんと大規模システム設計できるようにね

*リンク [#y95a0ac5]
-ハーバードのスケーラビリティの授業 https://www.youtube.com/watch?v=-W9F__D3oY4
-https://www.interviewbit.com/courses/system-design/

*キャッシュ [#ja285508]
-App-Cache-DBのつながりの時、AppがDBに直接読み書きするのではなく、Cacheを用意することによって定数倍高速化するテク
--Cacheはメモリ、DBはディスクなので速度が1000倍くらい違うことが重要
-方式

|名前|やること|メリット|デメリット|h
|ライトスルー|毎書き込み時、同期的にCache, DBに書き込み|同じデータの読み書きが高速に行われる場合良い。実装楽。|毎書き込みのレイテンシ遅い|
|ライトアラウンド|毎書き込み時、同期的にDBに書き込み。読込で失敗したらDBからキャッシュにのせる|ライトスルーよりはレイテンシ少ない。|レイテンシ遅い。同じデータの読み書きが高速に行われる場合は悪い。|
|ライトバック|毎書き込み時、同期的にCacheに書き込む。暇を見つけて非同期的にDBに書き込む|毎書き込みのレイテンシ早い。正常系のパフォ最強|Cacheが落ちるとデータがロスるのでレプリカ作っておいて多重化しないといけない。実装大変|