分散ロックという名の過ち - Software Transactional Memo
 TL;DR; 「分散ロック」が分散システムの設計図に登場した時 だいたいその設計は間違っていて本当に必要なものはトランザクションだ 並行システムを実装する際にロックを用いるのはとても自然なことだ。 僕も普段はロックフリー系のアルゴリズムに詳しいと言われがちだが知識量でいったら実はロック系の方が多く蓄えているかも知れない。 分散システムは並行システムであることが多いので、その中にロックが登場するのはとても自然な発想である。 よく「分散」「並行」「並列」の言葉の定義がごっちゃになっているケースがあり、この記事の主題にしたいわけではないので深くは言及しないが、分散システムは環境などの要因で突如として参加者が音信不通になったり復活したりする点で並行システムと大きく異なる。 並行システムと同じノリで分散システムを設計しようとした際に陥る頻出の過ちが「分散ロック」である。そのアイデアはとても簡単で
「第26回 さくらの夕べ in 東京 ～さくらで作る大規模分散処理環境～」参加メモ
report.md 「第26回 さくらの夕べ in 東京 ～さくらで作る大規模分散処理環境～」参加メモ 2015年9月28日(月) 19:00-20:40 TKP新宿カンファレンスセンター https://sakura-kanto.doorkeeper.jp/events/30638 ハッシュタグ: #さくらの夕べ さくら田中さんより経緯 分散コンピューティングが一般にも普及している Hadoop が代表 原価計算を行うシステムを作った 経緯の詳細 まず Hadoop を使いたい 本末転倒だけど CPU リソースをたくさん使う例が欲しい サービス化を検討した なんでも自社で賄うので原価計算が難しい 上流に近いところから部品を買って組み立てている 部門ごとに利益を正確に把握していない 全体最適をした方が良い VPS は原価が高い トラフィックがすごく増えた トラフィックはたくさん仕入れると単
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
