YouTube2Text

なぜMongoDBは「楽なDB」から「怖いDB」になったのか — Transcript

by IT技術屋のボヤキ · 191 words · 191 segments · language en · Watch on YouTube

Full transcript

  1. 0:00モンゴDDって1
  2. 0:01度は落草やからって理由で選んだことありませんか?
  3. 0:05定番の入り口だね。スキーマ設計だしジェイソンをそのまま突っ込むだけ。テーブル定義もマイブレーションもいらない。
  4. 0:132010年代前半に世界で1番愛された
  5. 0:15DDだった。
  6. 0:16でも最近はモンボDD
  7. 0:18は怖い本番で使うなみたいな声もよく見かけます。愛されてたのに何があったんですか?そこが今日の主題。
  8. 0:26同じDDがなぜ楽の題名詞から怖いの
  9. 0:30題名詞に変わったのか。この評判のには
  10. 0:33データ消出世界規模の身代近事件検証者と
  11. 0:36の衝突という具体的な事件士がある。今日
  12. 0:39は5章でその天落と再機を追いかける。第
  13. 0:421章ではモンボDBがどんな必要から
  14. 0:44生まれたのかを整理する。お願いします。
  15. 0:47楽の元祖がどこから来たのかちゃんと知り
  16. 0:49たいです。舞台は2007
  17. 0:51年のニューヨーク。ダブルクリックというネット広告の会社にいた
  18. 0:542
  19. 0:54人、ドワイトメリマンとエリオットホロウィッツが天然という会社を立ち上げた。
  20. 1:00ダブルクリックってGoogle
  21. 1:01が買収したことで有名な広告配信の会社ですよね。その買収発表が
  22. 1:052007
  23. 1:06年。ちょうど言と同じ年だ。当時のダブルクリックは
  24. 1:101両に40
  25. 1:11万元の広告を配信していた。既存のリレーショナル
  26. 1:14DVではこの規模と速度に追いつけない。
  27. 1:17その苦しにお尻り尽くした2
  28. 1:18人が自分たちが欲しかった
  29. 1:20DDを作り始めた。
  30. 1:22作った側の恨みがこもってそうですね。
  31. 1:24名前の由来はヒモンラス。赤でかいという英語だ。巨大データを扱う前提の設計だった。
  32. 1:312009
  33. 1:31年にオープンソースとして公開されると開発者たちが飛びついた。何がそんなに刺さったんですか?
  34. 1:373
  35. 1:38つある。スキーマ定義がいらない。ジェイソンの形のままマデータを保存できる。そして
  36. 1:43JavaScriptと相性が抜群。
  37. 1:45当時はノードJS
  38. 1:46が登場した直後でフロントもサーバーも
  39. 1:49DBも全部G
  40. 1:50で貫ける世界が突然出来上がった。
  41. 1:52確かにあの一感は
  42. 1:541度アート戻れない気がします。
  43. 1:56第1章で抑えておきたいのはモンゴ
  44. 1:58D
  45. 1:58は広告配信という極端な速度要求から生まれ定義より先に動かせる楽さを武器にしたということ。第
  46. 2:052
  47. 2:05章ではその落差が世界を制圧していく過程を整理する
  48. 2:09ブームの頂点どんな景色だったのか気になります。
  49. 2:122013年頃ミンスタックという言葉が
  50. 2:14流行したモンゴDDエクスプレス
  51. 2:18アングユラノードGSスタートアップの
  52. 2:21標準装備と呼ばれた組み合わせでMの1に
  53. 2:23いたのがモンゴDスタックの戦闘に名前が
  54. 2:26入るって相当な位ですよね。求人表には
  55. 2:29モンゴDD経験者と書かれ入門書が量産さ
  56. 2:32れプロトタイプの書手はとりあえずモゴと
  57. 2:34いう空気ができた。7年10
  58. 2:37月にはナスに上場して
  59. 2:39D業ベンダーとしては慰例の成功をめた。
  60. 2:42じゃあ絶調じゃないですか。どこから怖いが始まるんですか?
  61. 2:46筋肉なことに種はブームの序盤にもう巻かれていた。
  62. 2:502010年にモンボ
  63. 2:51DDEスケールという風アニメ動画が公開された。中身を理解せずだから早いと繰り返す開発者を着かす動画でエンジニアの間で爆発的に拡散した。
  64. 3:03つまり流行のかなり早い段階からあいつらの中身分かってへんやろという視線があったと。その視線は正しかった。落差の裏で
  65. 3:09[音楽]
  66. 3:102つの次元爆弾が静かに動いていた。
  67. 3:131つはデータの安全性。もう
  68. 3:151つはセキュリティの初期設定。
  69. 3:17両方ともDB
  70. 3:18としては急所じゃないですか?
  71. 3:20第2章で抑えておきたいのは文
  72. 3:22DB
  73. 3:22の絶長期にはすでに速さの理由を誰も説明できないというさが指摘されていたということ。
  74. 3:28第3章では1
  75. 3:29つ目の爆弾が消える問題を整理する
  76. 3:33DDで1
  77. 3:33番あってはいけないやつですよ。それ初期の文語
  78. 3:35[音楽]
  79. 3:36DD
  80. 3:37には衝撃的な仕様があった。書き込みメ令を送るとサーバーに届いたかを確認せず成功を返すのがドライバーの標準設定だった。投げっぱなしで確認しない。
  81. 3:47え、かけたか分からないのに成功って返すんですか?
  82. 3:50だからベンチマークは早かった。確認しないんだから当然早い。この設定が改められたのは
  83. 3:572012年11月。
  84. 3:58公開から3
  85. 3:59年間世界中のアプリが届いたか不明な書き込みを成功として扱っていた。
  86. 4:05うちのシステムがその3
  87. 4:06年に被ぶってなくて良かったです。
  88. 4:08そして検証者が現れるジプ戦という分散システムのテストプロジェクトカイルンブズベリーという人物が
  89. 4:15DD
  90. 4:15の約束が本当に守られるかを障害を起こしながら徹底的に検証する。
  91. 4:20名前は聞いたことあります。
  92. 4:22DDレンダーが1番恐れる存在ですよね。
  93. 4:25直線は2015年2017年2020
  94. 4:28年と繰り返し門DBを検証した。2017
  95. 4:31年の検証では旧型のレプリケーション方式に設計上の血管があり、多数結で確定したはずの書き込みすら失われることを示した。
  96. 4:39多数結で確定したものまで消えるなら何を信じればいいんですか?
  97. 4:432020
  98. 4:44年の検証はさらに通列だった。当時の標準設定ではサーバー
  99. 4:481
  100. 4:48台が受け取っただけで書き込み成功と見なす。
  101. 4:51その1台が切り替わると成功したはずの
  102. 4:53データが巻き戻って消える。目玉機能だっ
  103. 4:55たトランザクションでも設定次第で確定
  104. 4:58済みの書き込みが失われた。標準設定の
  105. 5:00まま使うと危ないというのが1番怖いです
  106. 5:02。普通の人は標準設定で使うので。しかも
  107. 5:06モンボDBバは自社サイトで今日利用
  108. 5:08できるDBの中で最も強力な一貫性と安全
  109. 5:11性の保証と宣伝してジップ線から検証結果
  110. 5:14の都合のいい部分だけ引用するなと公開の
  111. 5:17場で批判された。
  112. 5:18この修が怖いの印象を決定的にした。
  113. 5:22技術の問題に宣伝の問題が上乗せされた形ですね。
  114. 5:26名誉のために言うと
  115. 5:272021年のバージョン5.0
  116. 5:29で標準設定は多数結に変更され指摘された血管の多くは修正ずに第
  117. 5:343
  118. 5:35章で抑えておきたいのはモンボリの速さの一部は安全確認の省略と引き換えでしかもそれが標準
  119. 5:41設定だったということ。
  120. 5:43第4章では2
  121. 5:44つ目の爆弾世界規模の人質事件を整理する人質
  122. 5:48DD
  123. 5:49の話ですよね。急に物騒になってきましたけど
  124. 5:532016年12月末から2017
  125. 5:55年にかけてモンゴDB
  126. 5:56アポカリプスと呼ばれる事件が起きた。ネットに露出したモンゴ
  127. 6:00DB
  128. 6:00を攻撃者が探し出し中身を全部消して返して欲しければビットコインを払えという脅迫分だけを残していった。
  129. 6:07DD1番の身の代金要求規模はどれくらい
  130. 6:10だったんですか?最初の1ヶ月で約
  131. 6:134万5000元。同じ年の9月にも第2波
  132. 6:15が来てさらに2万6000元が乗っ取られ
  133. 6:18た。機害には医療機関も含まれアメリカの
  134. 6:21エモリーヘルスアでは20万円以上の患者
  135. 6:23記録が人質に取られた。患者記録ってなん
  136. 6:26でそんな大量にやられたんですか?全部
  137. 6:29管理者のミスですか?半分はそうでも残り
  138. 6:32半分は設計にあった。当時のモンゴDBは
  139. 6:35認証なし外部からの接続を全部受け付ける
  140. 6:38状態が初期設定だった。インストールして
  141. 6:40そのまま起動すると世界中の誰でもデータ
  142. 6:43を読みかきできる。楽に始められる設計が
  143. 6:46そのまま楽に侵入できる設計やったわけ
  144. 6:48ですね。攻撃者は初段という検索エンジン
  145. 6:50で露出したモンボDを機械的に探せた。
  146. 6:53当時無防美なママネットにさらされた
  147. 6:55インスタンスは9万9000円と報告され
  148. 6:58ている。今後DDは2017年11月の
  149. 7:01バージョン3.6でようやく初期設定を
  150. 7:03自分のマシンからしかつげない形に変更し
  151. 7:06た。公開から8年後ですか?楽さを売りに
  152. 7:09してたわけ。閉じるに閉じられなかったん
  153. 7:11ですかね。第4章で抑えておきたいのは
  154. 7:14怖いDDという評判は技術的な血管だけで
  155. 7:17なくを優先した初期設定が招いた市場最大
  156. 7:20級のDDのり事件で固まったということ。
  157. 7:23最小賞ではこの物語からエンジニアが何を
  158. 7:25持ち帰えるべきかを考えたい。で、今の
  159. 7:28モンボDは結局どうなんですか?使って
  160. 7:31いいんですか?結論から言うと別物に近い
  161. 7:34標準設定は多数血承認主ワートラスという
  162. 7:37クラウドサービスに移って認証も事実上
  163. 7:39必須になり、初期設定の罠は大部分が塞が
  164. 7:42れた。年間売り上げ20億を超える
  165. 7:45巨大企業にも成長している。じゃ、怖い
  166. 7:48もう過去の話なんですか?製品としては
  167. 7:51かなり過去の話でも教訓は現役だと思う。
  168. 7:55この物語が教えるのはDDは機能ではなく
  169. 7:57初期設定で評価しろと[音楽]いうこと。
  170. 8:00ユーザーの9割は初期設定のまま使う。だ
  171. 8:03から初期設定こそがそのDDの本当の思想
  172. 8:05。確かに設定すれば安全と初期状態で安全
  173. 8:10は全然違いますね。もう1つスキーマレス
  174. 8:13の落差の正体はスキーマの消滅じゃない。
  175. 8:16スキーマがDDからアプリのコードへ
  176. 8:18引っ越しただけ。定義を書くコストが消え
  177. 8:20たんじゃなく支払いが後回しになっただけ
  178. 8:22だった。最初に落した分の請求書が運用
  179. 8:25フェーズで届くわけですね。モンゴDBが
  180. 8:28怖かったのは悪意があったからじゃない。
  181. 8:30楽を最優先した結果、安全確認と認証と
  182. 8:33いう地味な部分が初期設定から外れていた
  183. 8:36からだ。そして世界はその地味な部分の重
  184. 8:38さを消えたデータと数万元の脅迫分で学ん
  185. 8:41だ。楽なDDと怖いDDは最初から同じ
  186. 8:46ものの表と占ったんですね。だから次に
  187. 8:48新しいDDが簡単に始められますと宣伝し
  188. 8:51てきたらこう問いかけて欲しい。その落差
  189. 8:54は何を省略して手に入れた楽なのか。文ゴ
  190. 8:57DBの15年はこの問の価値を証明し続け
  191. 9:00ている。

About this transcript

This page contains the full transcript of なぜMongoDBは「楽なDB」から「怖いDB」になったのか by IT技術屋のボヤキ, generated from the public captions YouTube serves with the video. The transcript has 191 words across 191 segments, with the original timestamps preserved so you can click any line to jump to that moment in the embedded player.

What you can do with it

Use the transcript to take notes, quote the speaker, build a study guide, generate a summary with ChatGPT or Claude via the YouTube Summary tool, or export it as a timed subtitle file with YouTube to SRT. You can also re-open it in the transcriber to translate the transcript into 100+ languages.

Free YouTube transcript tool

YouTube2Text is a free YouTube transcript generator — no signup, no daily limit. Paste any YouTube link and get the full transcript instantly, with timestamps, click-to-jump, translation to 100+ languages, AI prompts for ChatGPT, Claude, and Gemini, and exports to TXT, SRT, VTT, or Markdown.