1 00:00:00,000 --> 00:00:00,629 2 00:00:00,629 --> 00:00:02,170 DAVIDマラン:すべての権利は​​、バック歓迎します。 3 00:00:02,170 --> 00:00:06,520 私たちは、クラウド・コンピューティングに飛び込む前に、 私は一瞬一時停止しようと思いました 4 00:00:06,520 --> 00:00:11,740 未処理の質問がある場合は 昼食時に思いついたかのトピック 5 00:00:11,740 --> 00:00:13,834 それは、今興味があるかもしれません。 6 00:00:13,834 --> 00:00:18,470 7 00:00:18,470 --> 00:00:21,410 >> AUDIENCE:[聞こえません] 8 00:00:21,410 --> 00:00:22,090 >> DAVIDマラン:OK。 9 00:00:22,090 --> 00:00:23,555 OK、ああ。 10 00:00:23,555 --> 00:00:24,430 AUDIENCE:[聞こえません] 11 00:00:24,430 --> 00:00:29,880 12 00:00:29,880 --> 00:00:31,420 >> DAVIDマラン:いいえ、もちろん。 13 00:00:31,420 --> 00:00:35,180 あなたの[OK]を、よくうまくいけばすべて 問題は、次の数時間で生じます 14 00:00:35,180 --> 00:00:36,410 明日は特に。 15 00:00:36,410 --> 00:00:42,700 しかし、それでは、どこで、その後、見てみましょう 設定についての最後の議論 16 00:00:42,700 --> 00:00:45,730 ウェブサイトは、より一般的には、リード それはクラウドコンピューティングに来るとき、 17 00:00:45,730 --> 00:00:48,210 サーバアーキテクチャを設定します、 意思決定の種類 18 00:00:48,210 --> 00:00:50,800 そのエンジニア、 開発者および管理者 19 00:00:50,800 --> 00:00:53,210 それが来るときにする必要があります ちょうどより多くを行うことに 20 00:00:53,210 --> 00:00:56,550 月のWebホストあたり$ 10お申し込み あなたが実際に出て構築したいとき 21 00:00:56,550 --> 00:00:57,550 独自のインフラストラクチャ。 22 00:00:57,550 --> 00:01:00,400 そして、我々はこのバックを結ぶしようとするでしょう、 例えば、Dropboxのと他の人に 23 00:01:00,400 --> 00:01:01,350 彼らのような。 24 00:01:01,350 --> 00:01:06,250 >> それでは、検討してみましょう どのような問題は、ビジネスとして生じます 25 00:01:06,250 --> 00:01:09,390 良い取得し、良い問題が生じます。 26 00:01:09,390 --> 00:01:14,720 持っていることの非常に最も簡単な場合にはそのように Webサーバを持っているいくつかの企業、 27 00:01:14,720 --> 00:01:21,470 あなたは、の言わせて、サーバーを持っているかもしれません 私達はちょうどそれがこのようになり描きます。 28 00:01:21,470 --> 00:01:25,620 そして、これらの日、最もservers--とletの 実際にちょうどので、これに絵を置きます 29 00:01:25,620 --> 00:01:27,680 それは少し漠然とだという。 30 00:01:27,680 --> 00:01:31,510 >> だから、デルのラックserver-- バック日で、そこ 31 00:01:31,510 --> 00:01:33,730 メインフレームコンピュータでした それは、部屋全体を取り上げました。 32 00:01:33,730 --> 00:01:35,710 あなたがいた場合、これらの日、 サーバーを取得するには、それ 33 00:01:35,710 --> 00:01:38,520 このような小さなものを見えるかもしれません。 34 00:01:38,520 --> 00:01:41,760 サーバは何で測定されています ラックユニット、またはのRUと呼ばれています。 35 00:01:41,760 --> 00:01:45,280 そして、1 RUが1.5インチです、 これは業界標準です。 36 00:01:45,280 --> 00:01:49,300 だから、これは2 RUのサーバーのように見えます。 37 00:01:49,300 --> 00:01:51,240 だから、3インチ背の高いです。 38 00:01:51,240 --> 00:01:54,430 そして、彼らは、一般的に19インチワイドです 原料のこの種のすべてを意味します 39 00:01:54,430 --> 00:01:55,160 標準化されています。 40 00:01:55,160 --> 00:01:59,420 >> ですから、データcenter--に見れば だけではなく、一つのサーバではなく、してみましょう 41 00:01:59,420 --> 00:02:02,110 Googleのを見てみましょう データセンターと私たちかどうかを確認 42 00:02:02,110 --> 00:02:04,280 Google画像検索での素敵な絵を参照してください。 43 00:02:04,280 --> 00:02:09,090 これは、はるかに良いあなたよりも点灯しています 一般的に検索し、多くのだろう 44 00:02:09,090 --> 00:02:14,900 セクシー結果として見て。だけど これは、カップルのように見えるものです 45 00:02:14,900 --> 00:02:17,380 百のサーバーすべて そのほぼ同じ大きさ、 46 00:02:17,380 --> 00:02:21,450 実際に、ラック内のラックの後の後 データセンター内のラックの後ラック。 47 00:02:21,450 --> 00:02:26,150 >> このthis--ような何かはよくてもよいです 私はGoogleのをGoogleで検索するので、Googleのこと。 48 00:02:26,150 --> 00:02:28,330 しかし、それは代表的な可能性があり のより一般的に 49 00:02:28,330 --> 00:02:31,480 多くのデータセンター 企業は、典型的には、同じ場所に配置されています。 50 00:02:31,480 --> 00:02:34,940 そして、共同設置は、一般的意味します あなたは、エクイニクスのような場所に行くこと 51 00:02:34,940 --> 00:02:40,280 大きな持っているか、他のベンダー 電力の多くを持っている倉庫、 52 00:02:40,280 --> 00:02:42,950 うまくいけば冷却がたくさん、 セキュリティのたくさん、 53 00:02:42,950 --> 00:02:47,910 そして個々のケージは、ラックを囲みます サーバ、およびあなたのいずれかのラックを借り 54 00:02:47,910 --> 00:02:49,150 または、あなたは内のラックをもたらします。 55 00:02:49,150 --> 00:02:51,420 >> そして、個々の企業、 特に新興企業、 56 00:02:51,420 --> 00:02:54,820 バイオメトリクスのいくつかの種類を持っています ケージ、またはキーに入るため、 57 00:02:54,820 --> 00:02:55,640 またはキーカード。 58 00:02:55,640 --> 00:02:56,990 あなたがドアを開きます。 59 00:02:56,990 --> 00:03:00,354 そして、の内側だけがあります 平方フィートフットプリント 60 00:03:00,354 --> 00:03:03,270 あなたは内、のために払っていること これは、あなたが欲しいものを置くことができます。 61 00:03:03,270 --> 00:03:04,770 >> そして、あなたは、通常、電力のために支払います。 62 00:03:04,770 --> 00:03:06,920 そして、あなたは足跡のために支払います。 63 00:03:06,920 --> 00:03:08,770 そして、あなたが支払います 自分のサーバーの 64 00:03:08,770 --> 00:03:10,560 あなたはその空間にもたらしていること。 65 00:03:10,560 --> 00:03:12,850 そして、あなたはそれから持っているもの 行うためのオプションが誰かを払っています 66 00:03:12,850 --> 00:03:15,120 あなたのインターネットサービス接続用。 67 00:03:15,120 --> 00:03:17,240 あなたは、任意の数を支払うことができます ベンダーの、すべての人の 68 00:03:17,240 --> 00:03:19,210 典型的には、データセンターに入って来ます。 69 00:03:19,210 --> 00:03:22,740 >> しかし、本当の興味深い質問があり、 実際にこれらのラックに何を行きますか? 70 00:03:22,740 --> 00:03:25,020 非常によく、彼らは可能性のあるすべての 私たちは何を見たかのように見えます。 71 00:03:25,020 --> 00:03:27,870 それらは、異なる機能を実行します そして、異なることを行う必要がある場合があります。 72 00:03:27,870 --> 00:03:29,661 そして、実際にしてみましょう この議論のやる気を引き出します 73 00:03:29,661 --> 00:03:35,370 質問、どのような問題で あなたが成功している場合に発生し始めますか? 74 00:03:35,370 --> 00:03:37,900 >> だから、ウェブサイトを持っています あなたが構築したこと。 75 00:03:37,900 --> 00:03:40,450 そして多分それはウィジェットを販売しています またはそのような何か。 76 00:03:40,450 --> 00:03:43,620 そして、あなたは非常によく行ってきました オンラインウィジェットの売上高。 77 00:03:43,620 --> 00:03:48,490 そして、あなたが体験して開始します いくつかの症状、あなたのウェブサイト。 78 00:03:48,490 --> 00:03:51,070 何の一部であるかもしれません 技術的な症状 79 00:03:51,070 --> 00:03:54,040 ユーザーがビジネスとして報告すること 成長し、活況を呈しています 80 00:03:54,040 --> 00:03:59,482 そしてあなたのウェブサイトがあります その恩恵を受けて? 81 00:03:59,482 --> 00:04:02,690 >> AUDIENCE:[聞こえません] 82 00:04:02,690 --> 00:04:05,910 83 00:04:05,910 --> 00:04:07,050 >> DAVIDマラン:ええ、まさに。 84 00:04:07,050 --> 00:04:10,040 だからあなたが持っているかもしれません あなたのウェブサイトの減速。 85 00:04:10,040 --> 00:04:11,240 そして、なぜそれが起こるのでしょうか? 86 00:04:11,240 --> 00:04:12,660 まあ、我々はのために、想定した場合 議論のため 87 00:04:12,660 --> 00:04:15,160 今、あなたは1にしていること これらの商用Webホストの 88 00:04:15,160 --> 00:04:17,860 私たちは昼食前に、約話したことを、 あなたはドルのいくつかの数を支払うこと 89 00:04:17,860 --> 00:04:20,859 月額に、あなたが既に支払われてきました あなたのドメインの年間コストのために 90 00:04:20,859 --> 00:04:25,300 Webホストは、おそらくあることを、名前 そのリソースを過剰販売 91 00:04:25,300 --> 00:04:26,050 ある程度。 92 00:04:26,050 --> 00:04:29,000 だから、ユーザー名を持っている可能性があります そして、それらのサーバーのパスワード。 93 00:04:29,000 --> 00:04:32,410 しかし、そうかもしれない他のいくつかの、またはいくつかの 他のダース、または多分いくつかの 94 00:04:32,410 --> 00:04:33,980 百他のユーザー。 95 00:04:33,980 --> 00:04:37,190 >> やウェブサイトは、物理的に生きます 同じサーバー上。 96 00:04:37,190 --> 00:04:38,340 なぜこれが可能ですか? 97 00:04:38,340 --> 00:04:40,680 さて、これらの日、サーバー 通常、このような 98 00:04:40,680 --> 00:04:44,610 多分、複数のハードドライブを持っています など、多くのとして6以上のハードドライブ、 99 00:04:44,610 --> 00:04:47,665 その各々は同じくらいかもしれません 4テラバイト、これらの日のように。 100 00:04:47,665 --> 00:04:52,140 だから、空間の24テラバイトを持っている可能性があります このようなただ一つの小さなサーバーインチ 101 00:04:52,140 --> 00:04:55,710 >> そして、あなたはその空間の一部を盗む場合でも、 冗長性を確保するために、バックアップの目的のために、 102 00:04:55,710 --> 00:04:57,110 それはまだスペースのかなり多くのです。 103 00:04:57,110 --> 00:05:00,070 そして確かに、一般的なウェブサイト その多くのスペースを必要としません。 104 00:05:00,070 --> 00:05:03,100 ただ、登録ユーザー そして、注文のログを格納します 105 00:05:03,100 --> 00:05:04,640 すべてのその多くのスペースを取りません。 106 00:05:04,640 --> 00:05:07,550 だから、非常にそれを分割することができます ビットおよびすべてのユーザーを与えます 107 00:05:07,550 --> 00:05:08,980 そのほんの少しスライス。 108 00:05:08,980 --> 00:05:11,310 >> 一方、コンピュータ このように、これらの日 109 00:05:11,310 --> 00:05:16,370 一般的にだけでなく、複数のCPUs--を持っています 1、多分2、多分4、多分16​​、 110 00:05:16,370 --> 00:05:17,149 あるいはそれ以上。 111 00:05:17,149 --> 00:05:18,940 そして、それらの各CPU 呼ばれるものを持っています 112 00:05:18,940 --> 00:05:22,230 以下のようなの一種であるコア、 脳内の脳。 113 00:05:22,230 --> 00:05:26,800 だからここで実際ほとんど皆で 現代のラップトップは、おそらくデュアルコアを有し 114 00:05:26,800 --> 00:05:32,030 またはクアッドコアCPU--、おそらくのみ これらの日のラップトップの内側に一つのCPU。 115 00:05:32,030 --> 00:05:35,030 しかし、デスクトップコンピュータ 以下のようなラックコンピュータ 116 00:05:35,030 --> 00:05:39,000 これはかなりの数を持っている可能性があります 以上のCPU、ひいてはコアインチ 117 00:05:39,000 --> 00:05:44,180 >> そして、率直に言って、でも私たちのMacとPCの中で 今日、あなたは本当にデュアルコアを必要としません 118 00:05:44,180 --> 00:05:46,550 またはクワッドコアはあなたの電子メールをチェックします。 119 00:05:46,550 --> 00:05:49,090 任意のボトルネックは時がある場合 それは、コンピュータを使用してになります、 120 00:05:49,090 --> 00:05:51,925 あなたは、人間は、おそらくです そのコンピュータについての最も遅いもの。 121 00:05:51,925 --> 00:05:54,800 そして、あなたのことができるようにするつもりはありません あなたならば、任意のより高速なメールをチェック 122 00:05:54,800 --> 00:05:57,170 多くのCPUやコアの4倍を持っています。 123 00:05:57,170 --> 00:05:59,700 >> しかし、同じことが親切です サーバーの真の。 124 00:05:59,700 --> 00:06:02,970 一つ一つのウェブサイトではないかもしれません 必ずしも1以上を必要とします 125 00:06:02,970 --> 00:06:05,756 CPUまたは1コア、1 やって中に小さな脳 126 00:06:05,756 --> 00:06:07,380 思考と処理のすべて。 127 00:06:07,380 --> 00:06:10,561 だからメーカーは同様に持っています これらのリソースをスライスし始めました 128 00:06:10,561 --> 00:06:13,435 多分あなたのウェブサイトは1を取得するように コア、あなたのウェブサイトは、一つのコアを取得し、 129 00:06:13,435 --> 00:06:15,290 または多分私達はそのようなコアを共有しています。 130 00:06:15,290 --> 00:06:16,820 また、ディスクスペースを共有しています。 131 00:06:16,820 --> 00:06:20,000 そして、我々はまた、RAMを共有しています またはランダム・アクセス・メモリ 132 00:06:20,000 --> 00:06:22,520 前から、そのうちの 有限量もあります。 133 00:06:22,520 --> 00:06:23,420 >> そして、それは重要なのです。 134 00:06:23,420 --> 00:06:25,960 どんなに高価な コンピュータがありました、 135 00:06:25,960 --> 00:06:28,440 まだ有限あります その中のリソースの量。 136 00:06:28,440 --> 00:06:31,360 そのため、より多くのあなたを これらのリソースを消費しようとすると、 137 00:06:31,360 --> 00:06:32,850 遅く物事はなるかもしれません。 138 00:06:32,850 --> 00:06:34,646 しかし、なぜ? 139 00:06:34,646 --> 00:06:39,352 なぜ物事はとして遅くなります オーバーロードされているサーバの症状? 140 00:06:39,352 --> 00:06:40,060 何が起こっていますか? 141 00:06:40,060 --> 00:06:42,895 142 00:06:42,895 --> 00:06:46,388 >> AUDIENCE:[聞こえません] 143 00:06:46,388 --> 00:06:54,036 144 00:06:54,036 --> 00:06:55,160 DAVIDマラン:ええ、まさに。 145 00:06:55,160 --> 00:06:57,730 私は、以前のことを提案しました RAMは、メモリの一種です。 146 00:06:57,730 --> 00:07:00,290 それだそれによってそれは、揮発性です ここで、アプリやデータがあります 147 00:07:00,290 --> 00:07:01,890 彼らが使用されているときに保存されています。 148 00:07:01,890 --> 00:07:03,990 それでのでそちらます 唯一の有限数 149 00:07:03,990 --> 00:07:05,790 物事のあなたは明らかに一度に行うことができます。 150 00:07:05,790 --> 00:07:07,740 そしてそれは、また高速です これは良いことです。 151 00:07:07,740 --> 00:07:09,990 しかし、それはまた、より高価だが、 これは悪いことです。 152 00:07:09,990 --> 00:07:15,376 そして、それは下にためにも存在です ディスク容量、ハードディスクよりも量 153 00:07:15,376 --> 00:07:16,750 安くなる傾向にあるスペース、。 154 00:07:16,750 --> 00:07:18,830 >> 言い換えれば、あなた 4テラバイトを持っている可能性があります 155 00:07:18,830 --> 00:07:20,440 お使いのコンピュータのディスクスペースの。 156 00:07:20,440 --> 00:07:24,300 しかし、あなたが持っているかもしれません4 ギガバイト、64ギガバイト、 157 00:07:24,300 --> 00:07:29,180 大きさの順に、の要因 お使いのコンピュータ内のRAMの、千少ないです。 158 00:07:29,180 --> 00:07:30,320 だから、コンピュータが何をするのでしょうか? 159 00:07:30,320 --> 00:07:32,236 さて、あなたと仮定 64ギガバイトを持っています 160 00:07:32,236 --> 00:07:35,110 このようなサーバ内のRAM、どの 低くない場合は、かなり一般的であろう 161 00:07:35,110 --> 00:07:36,140 最近。 162 00:07:36,140 --> 00:07:39,220 しかし、あなたは非常に多くを持っていると仮定 たくさんのことをやってユーザー 163 00:07:39,220 --> 00:07:42,480 あなたの種類の一種のこと メモリの65ギガバイトを必要とします 164 00:07:42,480 --> 00:07:44,960 そのすべてを処理します 同時使用? 165 00:07:44,960 --> 00:07:47,580 >> さて、あなただけ言うことができます、 申し訳ありませんが、一部のユーザー数 166 00:07:47,580 --> 00:07:48,840 単にサイトにアクセスすることはできません。 167 00:07:48,840 --> 00:07:51,410 そして、それは尺度であります 確かに、最後の手段。 168 00:07:51,410 --> 00:07:55,570 動作としてそれとも、 WindowsやMacのようなシステム、 169 00:07:55,570 --> 00:07:59,480 OSまたはLinuxまたはSolarisまたは任意の そのサーバー上の他のOSの数、 170 00:07:59,480 --> 00:08:01,280 ちょうど決めることができました、あなたは何を知っていますか? 171 00:08:01,280 --> 00:08:03,780 私はRAMの64ギガバイトを持っています。 172 00:08:03,780 --> 00:08:05,440 私は種類の65を必要としています。 173 00:08:05,440 --> 00:08:06,210 だからあなたは何を知っていますか? 174 00:08:06,210 --> 00:08:10,030 私は1ギガバイトを取るつもりです RAMのデータの価値 175 00:08:10,030 --> 00:08:15,240 それは、少なくとも最近アクセスしました ちょうど、一時的にディスクに移動 176 00:08:15,240 --> 00:08:19,050 文字通り速いからコピー 遅いメモリーへ 177 00:08:19,050 --> 00:08:24,000 私は、それを処理できるように メモリの第65ギガバイトの必要性、 178 00:08:24,000 --> 00:08:25,650 その上にいくつかの計算を行います。 179 00:08:25,650 --> 00:08:28,580 それから私はそれをやって終わっているとき、 私は、ディスクにそれを移動します 180 00:08:28,580 --> 00:08:35,030 私は一時的に入れ、他のRAMを移動 ディスク上のバック実際のハードウェアに 181 00:08:35,030 --> 00:08:37,280 ように私は、マルチタスクのようなものです。 182 00:08:37,280 --> 00:08:41,190 >> だから私は、ソートのものを入れています 一時的にこの遅い空間で 183 00:08:41,190 --> 00:08:44,159 私は錯覚を作成します 皆を扱います。 184 00:08:44,159 --> 00:08:45,290 しかし、景気減速があります。 185 00:08:45,290 --> 00:08:45,790 どうして? 186 00:08:45,790 --> 00:08:49,380 さて、これらのハードの内部 ディスク、これらの日は何ですか? 187 00:08:49,380 --> 00:08:52,030 むしろ、何がハードになります RAMとは別のドライブ 188 00:08:52,030 --> 00:08:53,495 最高のあなたが今知っていますか? 189 00:08:53,495 --> 00:08:56,750 >> AUDIENCE:[聞こえません] 190 00:08:56,750 --> 00:08:59,540 191 00:08:59,540 --> 00:09:01,445 >> DAVIDマラン:OK、真。 192 00:09:01,445 --> 00:09:02,320 AUDIENCE:[聞こえません] 193 00:09:02,320 --> 00:09:05,440 194 00:09:05,440 --> 00:09:06,750 >> DAVIDマラン:だから、非常に真。 195 00:09:06,750 --> 00:09:13,709 そして、それは副作用や機能です RAMは、実際に高速であるという事実。 196 00:09:13,709 --> 00:09:15,750 そのため、あなたがしたいです 現在の使用のためにそれを使用。 197 00:09:15,750 --> 00:09:17,290 そして、ディスクが遅いです。 198 00:09:17,290 --> 00:09:19,630 しかし、それは永久的な、または不揮発性です。 199 00:09:19,630 --> 00:09:21,480 ですから、長期保存のためにそれを使用します。 200 00:09:21,480 --> 00:09:25,160 しかし、の観点から 実装、私が見れば 201 00:09:25,160 --> 00:09:29,297 DIMM、デュアルインラインメモリ何と呼ばれています これは、RAMの何個のモジュールであります 202 00:09:29,297 --> 00:09:30,380 一般的に次のようになります。 203 00:09:30,380 --> 00:09:35,050 >> だからバグです私たちのMac--の内部。 204 00:09:35,050 --> 00:09:41,080 私たちのMacとPCの内部には、私たちのデスクトップ コンピュータは、メモリのスティックを持っているでしょう 205 00:09:41,080 --> 00:09:43,220 あなたはそれらを呼び出すことになるとして、 またはのDIMM、またはSIMMのバック 206 00:09:43,220 --> 00:09:44,970 日中、メモリの それはこのように見えます。 207 00:09:44,970 --> 00:09:47,900 私たちのラップトップは、おそらくものを持っています サイズ又はハーフサイズの第三です。 208 00:09:47,900 --> 00:09:50,066 彼らは少し小さくしています、 しかし、同じidea--少し 209 00:09:50,066 --> 00:09:52,110 緑のシリコン片 ウェハまたはプラスチック製のもの 210 00:09:52,110 --> 00:09:56,237 たくさんのそれらの上に小さな黒いチップを持っています すべてを相互接続する配線の。 211 00:09:56,237 --> 00:09:58,820 あなたはの全体の束を持っている可能性があります お使いのコンピュータのこれらの内部。 212 00:09:58,820 --> 00:10:00,903 しかし、お持ち帰りはこちら それは完全に電子です。 213 00:10:00,903 --> 00:10:03,130 電子はちょうどあります このデバイスに流れます。 214 00:10:03,130 --> 00:10:08,170 これとは対照的に、我々は見ている場合 ハードドライブの内部 215 00:10:08,170 --> 00:10:10,760 そして絵をプルアップ ここでは、あなたの代わりに希望 216 00:10:10,760 --> 00:10:16,600 このような何かを参照してください、 これは電気を持っています 217 00:10:16,600 --> 00:10:17,950 最終的にそれを通過します。 218 00:10:17,950 --> 00:10:20,265 しかし、何も飛び出します この事についてはあなたに? 219 00:10:20,265 --> 00:10:21,140 AUDIENCE:[聞こえません] 220 00:10:21,140 --> 00:10:22,710 DAVIDマラン:ええ、あります 明らかに部品を動かします。 221 00:10:22,710 --> 00:10:25,210 それは一種の古いレコードのようなものです プレーヤーや蓄音機プレーヤー。 222 00:10:25,210 --> 00:10:26,200 そして、それはかなりあります。 223 00:10:26,200 --> 00:10:28,950 それはthat--より少し手の込んだです 使用蓄音機プレーヤーに対し、 224 00:10:28,950 --> 00:10:33,150 これは、実際には、レコードに溝 小さな小さな磁性粒子を使用しています 225 00:10:33,150 --> 00:10:34,550 我々は非常に見ることができません。 226 00:10:34,550 --> 00:10:38,520 しかし、もし少し磁性粒子 このようになり、それは1と見なされます。 227 00:10:38,520 --> 00:10:41,230 そして、それはこのようになります場合は、 南北の代わりに南北、 228 00:10:41,230 --> 00:10:42,252 それが0かもしれません。 229 00:10:42,252 --> 00:10:45,460 そして、我々は我々が構築することができますどのように明日表示されます それから、もっと面白いものに。 230 00:10:45,460 --> 00:10:47,590 >> しかし、何だその 物理的に移動するようになりました 231 00:10:47,590 --> 00:10:51,010 確実に遅く行くために起こっています 光の速度よりも、 232 00:10:51,010 --> 00:10:53,250 どのような理論的にはこれは 電子は、で流れる可能性があります 233 00:10:53,250 --> 00:10:54,620 現実的にはかなりないが。 234 00:10:54,620 --> 00:10:56,900 だから機械devices--はるかに遅いです。 235 00:10:56,900 --> 00:10:58,320 しかし、彼らは安価です。 236 00:10:58,320 --> 00:11:00,944 そして、あなたはそんなに合うことができます それらの内部に、より多くのデータ。 237 00:11:00,944 --> 00:11:03,110 だから、その事実があります 世界で何かが存在します 238 00:11:03,110 --> 00:11:06,840 仮想メモリと呼ばれます、 このようなハードディスクを使用して、 239 00:11:06,840 --> 00:11:10,160 それはRAMであるかのように ユーザーに対して透過的、 240 00:11:10,160 --> 00:11:15,320 単にデータを移動させることにより、 RAMからハードディスクに、 241 00:11:15,320 --> 00:11:18,714 あなたが必要とするとき、それをバックに移動 それは再び、減速を作成します。 242 00:11:18,714 --> 00:11:21,380 あなたは、文字通りに持っているので、 ある場所から別の場所にコピーします。 243 00:11:21,380 --> 00:11:25,100 そして、事はあなたにそれをコピーしていて、 実際にはRAMよりも遅いです 244 00:11:25,100 --> 00:11:26,150 あなたはそれになりたい場所。 245 00:11:26,150 --> 00:11:29,030 >> 代替ソリューションhere-- あなたが好きではない場合には遅く、 246 00:11:29,030 --> 00:11:32,014 あなたの仮想メモリがあります 酷使されているの並べ替え、 247 00:11:32,014 --> 00:11:33,680 この問題に対する別の解決策は何ですか? 248 00:11:33,680 --> 00:11:35,260 >> AUDIENCE:[聞こえません] 249 00:11:35,260 --> 00:11:37,260 DAVIDマラン:まあ、 仮想メモリを増やします 250 00:11:37,260 --> 00:11:39,135 私たちはこれを上やらせるだろう さらに大きな規模。 251 00:11:39,135 --> 00:11:43,540 私たちは、価値が66ギガバイトを扱うことができます メモリの必要性、または67ギガバイトの。 252 00:11:43,540 --> 00:11:45,830 しかし、私は好きではないと仮定 これは、実際には、スローダウン 253 00:11:45,830 --> 00:11:49,380 私は、仮想オフにしたいです メモリーことがあっても可能だ場合、 254 00:11:49,380 --> 00:11:52,350 私はで他に何を投げることができ この問題は、それを解決するために、 255 00:11:52,350 --> 00:11:56,900 私はより多くのユーザーを処理する場所 そしてより多くのメモリ要件 256 00:11:56,900 --> 00:11:59,100 私は物理的に現時点で持っているよりも? 257 00:11:59,100 --> 00:12:02,600 >> AUDIENCE:[聞こえません] 258 00:12:02,600 --> 00:12:04,800 259 00:12:04,800 --> 00:12:06,140 >> DAVIDマラン:残念ながらありません。 260 00:12:06,140 --> 00:12:09,850 CPUと、彼らがしているコアだから 有限資源です。 261 00:12:09,850 --> 00:12:13,280 そして、そのコンテキストには、アナログはありません。 262 00:12:13,280 --> 00:12:14,990 良い質問です、しかし。 263 00:12:14,990 --> 00:12:19,270 だから場合は、あまりにも、明確にします このコンピュータの内部にあります、 264 00:12:19,270 --> 00:12:24,510 のは言わせ、見えるRAMのスティック this--のようなので、私たちは、このRAMと呼ぶことにします。 265 00:12:24,510 --> 00:12:27,070 そして、ここの上にハード・ディスク・ドライブです。 266 00:12:27,070 --> 00:12:30,130 そして、私はちょうどこれを描きます 絵画的に少し円など。 267 00:12:30,130 --> 00:12:33,740 0と1の両方にあります these--データは、我々はとしてそれを一般化します。 268 00:12:33,740 --> 00:12:38,030 >> 本質的に、ユーザがある場合 以下のようなアプリケーションを実行して、 269 00:12:38,030 --> 00:12:46,070 のは言わせて、これを必要とするウェブサイト ユーザーごとに多くのRAMが、私は何を提案しています、 270 00:12:46,070 --> 00:12:48,380 この事を経由して 仮想メモリと呼ばれます、 271 00:12:48,380 --> 00:12:53,990 ただ一時的に移動させることです こちらに今いるので、 272 00:12:53,990 --> 00:12:57,810 誰か他の人のメモリを移動することができます あそこの要件。 273 00:12:57,810 --> 00:13:00,420 そして、それが終了したとき、 私は以上のこのバックをコピーすることができます 274 00:13:00,420 --> 00:13:04,550 これは、これにより、移動、ここに行きます 私はどこかそこに何を望みますか 275 00:13:04,550 --> 00:13:05,050 完全に。 276 00:13:05,050 --> 00:13:07,820 >> だから、たくさんのはそこです どんでん返しは、ここではお持ち帰りです。 277 00:13:07,820 --> 00:13:12,380 だから、あなたがこれを好きではない、とあなたがいない場合 ハードドライブ上に何かを入れたいです、 278 00:13:12,380 --> 00:13:16,440 明らかなの並べ替えは何ですか 事業者のソリューション 279 00:13:16,440 --> 00:13:19,684 問題、またはエンジニアのへ ソリューション、そのことについては、あまりにも? 280 00:13:19,684 --> 00:13:21,950 >> AUDIENCE:[聞こえません] 281 00:13:21,950 --> 00:13:24,750 >> DAVIDマラン:ええ、私は文字通り意味 問題にお金を投げます。 282 00:13:24,750 --> 00:13:27,541 そして実際に、これは完璧です より高いレベルのいくつかにセグエ 283 00:13:27,541 --> 00:13:28,870 クラウドコンピューティングの議論。 284 00:13:28,870 --> 00:13:31,390 その多くは、動機付けされているので 金融の決定により、 285 00:13:31,390 --> 00:13:33,040 でも、必ずしも技術的ではありません。 286 00:13:33,040 --> 00:13:37,830 RAMの64ギグがよく、少なすぎると、 なぜRAMの128ギガバイトを取得していませんか? 287 00:13:37,830 --> 00:13:40,440 なぜRAMの256ギガバイトを取得していませんか? 288 00:13:40,440 --> 00:13:41,732 さて、なぜでしょうか? 289 00:13:41,732 --> 00:13:42,608 >> AUDIENCE:[聞こえません] 290 00:13:42,608 --> 00:13:44,482 DAVIDマラン:まあ、それ 確かに、より多くのお金がかかります。 291 00:13:44,482 --> 00:13:46,970 そして、あなたはすでにスペアがあれば ハードディスクの空き容量、効率的に、 292 00:13:46,970 --> 00:13:51,407 または等価的に、ハード・ディスク・スペースがそうです はるかに安いあなたは同様にそれを使用する場合があります。 293 00:13:51,407 --> 00:13:54,490 だからもう一度、このトレードはそのオフにあります 私たちは、今朝にでも前に見ました 294 00:13:54,490 --> 00:13:56,656 ここで、実際にそこではありません 必ずしも正しい答え、 295 00:13:56,656 --> 00:14:01,360 ただ良くも悪くも答えがあります あなたが実際に気にどのように基づきます。 296 00:14:01,360 --> 00:14:04,500 >> だから、技術的な現実もあります。 297 00:14:04,500 --> 00:14:06,870 私はコンピュータを購入することはできません、 私の知る限り、 298 00:14:06,870 --> 00:14:09,490 兆ギガバイトで 今のRAM。 299 00:14:09,490 --> 00:14:11,540 それはちょうど、物理的に存在していません。 300 00:14:11,540 --> 00:14:13,240 だから、いくつかの上限があります。 301 00:14:13,240 --> 00:14:15,990 しかし、あなたが今までしても買い物した場合 消費者のMacまたはPCのための、 302 00:14:15,990 --> 00:14:20,180 あまりにも、一般的にあります 特徴のこの曲線 303 00:14:20,180 --> 00:14:23,410 良いがあるかもしれない場合には、 より良い、そして最高のコンピュータ。 304 00:14:23,410 --> 00:14:25,730 >> そして、限界収益 あなたのドル買いに 305 00:14:25,730 --> 00:14:30,227 最高のコンピュータ対 より良いコンピュータ 306 00:14:30,227 --> 00:14:32,560 ほど高くないかもしれません もう少しお金を使うなど 307 00:14:32,560 --> 00:14:35,599 より良いコンピュータを取得 良いコンピュータの上。 308 00:14:35,599 --> 00:14:38,390 言い換えれば、あなたが払っています プレミアムは、行の先頭を取得します。 309 00:14:38,390 --> 00:14:40,790 >> そして、我々は中に何が表示されます クラウドコンピューティングの議論 310 00:14:40,790 --> 00:14:44,940 何がこれらの非常に一般的であるということです 日、そしてどのようなGoogleのような企業 311 00:14:44,940 --> 00:14:50,560 早期普及に、払っていませんでした ため、高価な、本当に派手な建物 312 00:14:50,560 --> 00:14:53,540 とアップsoupedコンピュータ たくさん、すべてのロット、 313 00:14:53,540 --> 00:15:00,140 むしろ買うか、またはかなりの構築 控えめなコンピュータが、それらの多く、 314 00:15:00,140 --> 00:15:03,280 そして一般的に何かを使用して、 代わりに、水平方向のスケーリングと呼ばれます 315 00:15:03,280 --> 00:15:04,320 垂直方向のスケーリングの。 316 00:15:04,320 --> 00:15:08,115 >> だから、垂直方向のスケーリングは、多くを得る意味します RAM、より多くのディスクは、すべてのより多くの、 317 00:15:08,115 --> 00:15:10,187 ソートの投資 垂直に使用しているハードウェアで 318 00:15:10,187 --> 00:15:12,520 だからあなただけ取得しています 最高の最高の最高の、 319 00:15:12,520 --> 00:15:13,650 しかし、あなたはそれのために払っています。 320 00:15:13,650 --> 00:15:17,580 水平方向のスケーリングは、ソートの取得されます 下段の物事、良いモデル、 321 00:15:17,580 --> 00:15:19,922 またはさらに悪いことに、モデル、 しかし、それらの多くを得ます。 322 00:15:19,922 --> 00:15:22,630 しかし、すぐにあなたがの多くを得るよう この場合には、例えばthem--、 323 00:15:22,630 --> 00:15:27,330 Webサーバは、この一つのサーバであれば または1つのウェブホストは、不十分です 324 00:15:27,330 --> 00:15:32,310 そしてちょうど直感的に、 負荷のこの問題の解決策 325 00:15:32,310 --> 00:15:36,460 サーバー上または過負荷 大きなサーバーを取得されますか、 326 00:15:36,460 --> 00:15:40,770 または、私が代わりにここで何を提案しています いわば垂直スケーリングの、 327 00:15:40,770 --> 00:15:41,920 あなたは何を知っている、でしょうか? 328 00:15:41,920 --> 00:15:43,580 ただ、これらの第二のいずれかを取得。 329 00:15:43,580 --> 00:15:46,560 または多分三分の一を得ます。 330 00:15:46,560 --> 00:15:48,900 しかし、今、私たちは作成しました 工学的問題 331 00:15:48,900 --> 00:15:51,920 この事業の性質によって、 または財務上の決定。 332 00:15:51,920 --> 00:15:54,312 エンジニアリングの問題は、今は何ですか? 333 00:15:54,312 --> 00:15:56,040 >> AUDIENCE:[聞こえません] 334 00:15:56,040 --> 00:15:59,740 >> DAVIDマラン:ええ、どのように行います あなたがそれらを接続and--申し訳ありませんか? 335 00:15:59,740 --> 00:16:00,651 >> AUDIENCE:[聞こえません] 336 00:16:00,651 --> 00:16:02,400 DAVIDマラン:右、 私はまだhave--理由 337 00:16:02,400 --> 00:16:07,280 私はこの絵に私を再導入する場合は、 これはどこかに私のラップトップである場合 338 00:16:07,280 --> 00:16:12,400 間で今、インターネット上で 私と私たちが話している会社、 339 00:16:12,400 --> 00:16:17,960 今私はこれに、把握する必要があり サーバーは、私はこの特定のユーザを送信するのですか? 340 00:16:17,960 --> 00:16:25,090 など他のユーザーが、あるかどう このため、ここでオーバーし、この1、 341 00:16:25,090 --> 00:16:28,850 多分、これは、ユーザAが、これは、あります ユーザBが、これはユーザCであります 342 00:16:28,850 --> 00:16:34,720 これは現在3--サーバ1、2であり、かつ 直感的な答えはここに、ちょうどかもしれません 343 00:16:34,720 --> 00:16:37,460 我々は1にユーザAをお送りします そしてB 2およびC 3にします。 344 00:16:37,460 --> 00:16:39,900 そして、私たちは多くのユーザーとして3回を扱うことができます。 345 00:16:39,900 --> 00:16:41,360 >> しかし、それは単純化し過ぎだ。 346 00:16:41,360 --> 00:16:44,480 どのようにどこに送信する相手を決めるのですか? 347 00:16:44,480 --> 00:16:46,400 それでは、このを通じて推論してみましょう。 348 00:16:46,400 --> 00:16:50,110 だから、コンピュータと仮定 、B、Cは顧客です、 349 00:16:50,110 --> 00:16:53,972 そしてサーバ1、2、3であります 水平方向のサーバーをスケールされました。 350 00:16:53,972 --> 00:16:55,180 そこで、彼らは一種の同一です。 351 00:16:55,180 --> 00:16:57,200 彼らはすべて同じソフトウェアを実行しています。 352 00:16:57,200 --> 00:16:59,770 そして、それらはすべて同じことを行うことができます。 353 00:16:59,770 --> 00:17:01,520 しかし、その理由我々が持っています それらの3つがそうです 354 00:17:01,520 --> 00:17:04,710 我々は3を処理できること 一度に多くの人のように回。 355 00:17:04,710 --> 00:17:07,960 >> だから我々は我々のから知っています 昼食前に議論 356 00:17:07,960 --> 00:17:11,460 ハードウェアは、間にがあること ノートパソコンとサーバー。 357 00:17:11,460 --> 00:17:14,920 しかし、我々はただ一種の一般化します 今、インターネットやクラウドなどのこと。 358 00:17:14,920 --> 00:17:18,707 しかし、我々は、私の家でいることを知って、 ホームルータは、おそらくあります。 359 00:17:18,707 --> 00:17:21,290 サーバーの近くに、おそらくあります ルータ、DNSサーバ、DHCP。 360 00:17:21,290 --> 00:17:24,780 何があってもよいです 我々はこの物語にしたいです。 361 00:17:24,780 --> 00:17:33,360 >> それでは、どのよう我々は決定を開始しますか、 ユーザAはsomething.comになると、 362 00:17:33,360 --> 00:17:36,630 ルートにどのサーバユーザに? 363 00:17:36,630 --> 00:17:39,409 どのように我々はこの話をし始めるかもしれませんか? 364 00:17:39,409 --> 00:17:40,450 AUDIENCE:ロードバランシング? 365 00:17:40,450 --> 00:17:41,120 DAVIDマラン:ロードバランシング。 366 00:17:41,120 --> 00:17:42,502 あなたは何を意味するのですか? 367 00:17:42,502 --> 00:17:44,660 >> AUDIENCE:返します 最も使用率があります 368 00:17:44,660 --> 00:17:47,472 もう1つは持っています 最も利用可能なリソース。 369 00:17:47,472 --> 00:17:49,930 DAVIDマラン:OK、そうさせて頂いて ハードウェアの新しいタイプを導入 370 00:17:49,930 --> 00:17:53,627 私たちは、まだ説明していないことを、どの 正確には、ロードバランサです。 371 00:17:53,627 --> 00:17:54,960 これはあまりにもちょうどサーバーである可能性があります。 372 00:17:54,960 --> 00:17:58,130 それはまったく同じになります 私たちは一瞬前に見た1。 373 00:17:58,130 --> 00:18:01,000 ロードバランサは、実際にあります ソフトウェアのほんの一片 374 00:18:01,000 --> 00:18:02,660 あなたは、ハードウェアの一部で実行すること。 375 00:18:02,660 --> 00:18:07,310 >> それとも、同じように、ベンダーに支払うことができます Citrix社等、シスコや他の人。 376 00:18:07,310 --> 00:18:10,465 あなたは、自分自身のハードウェアのために支払うことができます これはハードウェアロードバランサです。 377 00:18:10,465 --> 00:18:12,840 しかし、それはちょうど彼らを意味します ロードバランシングをプリインストール 378 00:18:12,840 --> 00:18:15,580 彼らのハードウェア上のソフトウェアと 一緒にあなたのすべてにそれを販売しました。 379 00:18:15,580 --> 00:18:18,670 だから我々はちょうどとしてそれを描画します 我々の目的のために長方形。 380 00:18:18,670 --> 00:18:22,040 >> どのように今私は、ロードバランサを実装していますか? 381 00:18:22,040 --> 00:18:28,150 換言すれば、ユーザAがしたい場合 どういうわけか私のサイト、彼らの要求を訪問 382 00:18:28,150 --> 00:18:31,070 おそらくそれらを介して、または他の 先ほどの話をルータ、 383 00:18:31,070 --> 00:18:33,750 最終的に到達しようとしています このロードバランサ、 384 00:18:33,750 --> 00:18:36,210 ルーティングのような決定を行う必要があります。 385 00:18:36,210 --> 00:18:38,320 しかし、それは一種のルーティングです 今より高い目的の。 386 00:18:38,320 --> 00:18:40,361 それは得ることについてだけではありません 点Aから点へ 387 00:18:40,361 --> 00:18:44,730 B.それはどの決定についてです B点はthem--の中で最高であります 388 00:18:44,730 --> 00:18:46,660 1、2、またはこの場合3。 389 00:18:46,660 --> 00:18:51,000 >> だから、どのように私はかどうかを決めるん 3に、2に、1に行きますか? 390 00:18:51,000 --> 00:18:55,180 何かもしれないこのブラックボックスにそう 話す、内側にやっていますか? 391 00:18:55,180 --> 00:18:57,880 これも別の例であります 抽象化のコンピュータサイエンス。 392 00:18:57,880 --> 00:19:02,410 私は、文字通り、ロードバランサを描きました 黒インクでブラックボックスのように、内部 393 00:19:02,410 --> 00:19:05,300 そのうちのいくつかの興味深いです ロジック、または魔法さえも、 394 00:19:05,300 --> 00:19:07,840 そのうち出てくる必要があります decision-- 1、2、または3。 395 00:19:07,840 --> 00:19:12,220 そして、入力はちょうどAです。 396 00:19:12,220 --> 00:19:13,442 >> AUDIENCE:[聞こえません] 397 00:19:13,442 --> 00:19:14,400 DAVIDマラン:私は申し訳ありませんか? 398 00:19:14,400 --> 00:19:14,770 AUDIENCE:[聞こえません] 399 00:19:14,770 --> 00:19:18,310 DAVIDマラン:すべての権利、どのように我々かもしれません トランザクションの種類を分類します 400 00:19:18,310 --> 00:19:19,095 ここに? 401 00:19:19,095 --> 00:19:23,772 >> 聴衆:Webページを表示します データベースを照会対。 402 00:19:23,772 --> 00:19:24,980 DAVIDマラン:OK、それは良いことです。 403 00:19:24,980 --> 00:19:29,210 そのため、おそらくこのユーザA Webページを表示したいと考えています。 404 00:19:29,210 --> 00:19:32,954 そして多分それはあっても、静的なコンテンツです、 今までならば、めったに変化しないもの。 405 00:19:32,954 --> 00:19:34,870 そしてそれはのように思えます かなり簡単な操作。 406 00:19:34,870 --> 00:19:38,260 だから多分私達はちょうど任意よ、 しかし、合理的、と言います、 407 00:19:38,260 --> 00:19:42,750 サーバ1は、生活の中で彼の目的は 単に静的なコンテンツを提供するために、 408 00:19:42,750 --> 00:19:45,150 まれに、これまでならば、変更しないファイル。 409 00:19:45,150 --> 00:19:46,870 多分それは、ページ上の画像です。 410 00:19:46,870 --> 00:19:50,180 多分それは、ページ上のテキストですか つまらないものの他、このような並べ替え、 411 00:19:50,180 --> 00:19:52,460 トランザクションは何もない、ダイナミックな何も。 412 00:19:52,460 --> 00:19:57,000 >> 対照的に、ユーザAは、チェックされた場合 彼または彼女のショッピングカートのうち 413 00:19:57,000 --> 00:20:00,972 データベースを必要とする、どこかに保存します よく、そのトランザクションを覚えています 414 00:20:00,972 --> 00:20:02,680 多分その要求 サーバ2に行く必要があります。 415 00:20:02,680 --> 00:20:03,610 だから、それは良いことです。 416 00:20:03,610 --> 00:20:07,010 だから我々はベースのバランスを読み込むことができます リクエストの種類に。 417 00:20:07,010 --> 00:20:08,278 我々はこれを他にどのように行うのでしょうか? 418 00:20:08,278 --> 00:20:13,690 419 00:20:13,690 --> 00:20:14,686 何other-- 420 00:20:14,686 --> 00:20:17,382 >> AUDIENCE:サーバーのに基づいて、 使用率と容量。 421 00:20:17,382 --> 00:20:18,340 DAVIDマラン:右、[OK]をクリックします。 422 00:20:18,340 --> 00:20:19,950 ですから、以前、カリームことを述べました。 423 00:20:19,950 --> 00:20:26,850 だから我々はいくつかの入力を何を提供する場合 サーバ1、2間の[聞こえない]に、 424 00:20:26,850 --> 00:20:32,070 3このロードバランサになるように 彼らは常に通知しています 425 00:20:32,070 --> 00:20:36,420 ロードバランサそのステータスは何ですか? 426 00:20:36,420 --> 00:20:39,842 同様に、ちょっと、ロードバランサ、 私は50%の使用率でです。 427 00:20:39,842 --> 00:20:41,550 言い換えれば、私が持っています 多くのユーザーの半分 428 00:20:41,550 --> 00:20:43,520 私は実際に今扱うことができるように。 429 00:20:43,520 --> 00:20:45,480 ねえ、ロードバランサ、私はよ 利用率が100%の。 430 00:20:45,480 --> 00:20:47,929 ねえ、ロードバランサ、0%の使用率。 431 00:20:47,929 --> 00:20:49,970 ロードバランサ、それはだ場合 ように設計されたもの 432 00:20:49,970 --> 00:20:53,990 それらのコメントを取り込むことができます 入力として、それは、次に、缶 433 00:20:53,990 --> 00:20:57,420 決定、OOH、数2は100%です。 434 00:20:57,420 --> 00:21:01,440 私は彼に何の将来の要求を送信していないしてみましょう すでに接続しているユーザー以外の。 435 00:21:01,440 --> 00:21:02,360 この男は0%です。 436 00:21:02,360 --> 00:21:03,940 のは、彼に多くのトラフィックを送信してみましょう。 437 00:21:03,940 --> 00:21:05,480 この男は、彼が50%でだと述べました。 438 00:21:05,480 --> 00:21:08,080 のは彼にいくつかのトラフィックを送信してみましょう。 439 00:21:08,080 --> 00:21:12,012 >> だから、成分であることだろう 我々は考慮に負荷がかかることがあります。 440 00:21:12,012 --> 00:21:13,470 そして、時間の経過とともに変化するだろう。 441 00:21:13,470 --> 00:21:14,678 だから決定が変更されます。 442 00:21:14,678 --> 00:21:17,350 だから、本当に良い技術です、 一般的に使用されています1。 443 00:21:17,350 --> 00:21:18,410 私たちは他に何ができますか? 444 00:21:18,410 --> 00:21:20,380 とのは実際にはここにまとめてみましょう。 445 00:21:20,380 --> 00:21:29,510 だからここの決定は可能性があり トラフィックのタイプによって、私はそれを呼ぶことにします。 446 00:21:29,510 --> 00:21:32,220 これは、負荷に基づくこ​​とができます。 447 00:21:32,220 --> 00:21:34,692 私たちができない場合を見てみましょう 他のいくつかの思い付きます。 448 00:21:34,692 --> 00:21:35,934 >> AUDIENCE:[聞こえません] 449 00:21:35,934 --> 00:21:36,850 DAVIDマラン:ロケーション。 450 00:21:36,850 --> 00:21:37,724 だから、良いものです。 451 00:21:37,724 --> 00:21:40,880 だから、あなたはどのように可能性がありますlocation-- その情報を活用しますか? 452 00:21:40,880 --> 00:21:44,317 >> AUDIENCE:[聞こえません] 453 00:21:44,317 --> 00:21:54,140 454 00:21:54,140 --> 00:21:57,040 >> DAVIDマラン:ああ、それは良いことです。 455 00:21:57,040 --> 00:21:59,450 約どのように多くのミリ秒 それはによって減少するであろう 456 00:21:59,450 --> 00:22:02,466 我々はこれを見たものに基づいて、 朝、あなたは言うでしょうか? 457 00:22:02,466 --> 00:22:04,330 >> AUDIENCE:[聞こえません] 458 00:22:04,330 --> 00:22:06,550 >> DAVIDマラン:まあ、ベース トレースルートの 459 00:22:06,550 --> 00:22:09,070 私達はちょうどである、前に見ました 何かの大まかな指標、 460 00:22:09,070 --> 00:22:11,800 少なくともどのくらいの時間がかかります データはAからBに取得するための 461 00:22:11,800 --> 00:22:16,140 何、ローカルだったもののように感じ、 74ミリ秒のように、与えるか、または取りますか? 462 00:22:16,140 --> 00:22:19,200 そして、何百プラス、 200プラス海外おそらくでした。 463 00:22:19,200 --> 00:22:22,110 だからそれだけに基づいて、 考えるのが妥当と思われます 464 00:22:22,110 --> 00:22:25,310 その米国内のユーザーのために ヨーロッパのサーバーにアクセスします 465 00:22:25,310 --> 00:22:28,900 2回または3回かかる場合があります でもミリ秒単位で、限り、 466 00:22:28,900 --> 00:22:31,280 その場合にはかかるかもしれないより サーバーは、ここに位置していました 467 00:22:31,280 --> 00:22:33,370 地理的に、またはその逆。 468 00:22:33,370 --> 00:22:35,120 だから私は、提案されているとき それ以前のものは特に 469 00:22:35,120 --> 00:22:37,880 あなたは200ミリ秒を横断したら しきい値、与えるか、または取ります、 470 00:22:37,880 --> 00:22:39,210 人間は気づき始めるん。 471 00:22:39,210 --> 00:22:42,960 そして、トレースルートだけです 生、興味のないデータを仮定。 472 00:22:42,960 --> 00:22:46,570 あなたがウェブサイトを持っている場合、あなたがする必要はあり 画像や動画をダウンロードするユーザーを取得 473 00:22:46,570 --> 00:22:49,150 ファイル、大量のテキスト、 後続の要求。 474 00:22:49,150 --> 00:22:53,116 私たちは、私たちが訪れた時、見たものでした それ以前のFacebookやアマゾン、 475 00:22:53,116 --> 00:22:55,490 ものの全体の多くがあります それは、ダウンロードする必要があります。 476 00:22:55,490 --> 00:22:56,573 だから足しになるだろう。 477 00:22:56,573 --> 00:23:00,259 だからマルチ秒かもしれません 不合理ではありません。 478 00:23:00,259 --> 00:23:01,800 それで良い、地理は1成分です。 479 00:23:01,800 --> 00:23:05,920 以下のようなので、実際の企業 アカマイ、あなたがそれらのことを聞いてしまった場合、 480 00:23:05,920 --> 00:23:10,000 または他の人が時間がかかっています アカウントへの地理学。 481 00:23:10,000 --> 00:23:14,170 そして、それは判明しているの性質上、 IPアドレス、私のラップトップのIPアドレス、 482 00:23:14,170 --> 00:23:18,277 あなたは、いくつかの確率で、推論することができます あなたは世界のどこにいますか。 483 00:23:18,277 --> 00:23:20,110 そして、実際にはあります サードパーティのサービスあなた 484 00:23:20,110 --> 00:23:24,480 データベースを管理者に支払うことができます IPアドレスや地域の 485 00:23:24,480 --> 00:23:28,660 高い信頼性を持つことになります 真のどこの世界で、尋ねられたとき 486 00:23:28,660 --> 00:23:30,090 このIPアドレスはありますか? 487 00:23:30,090 --> 00:23:32,130 >> だから実際にはどのような 他の企業は、これを使用しますか? 488 00:23:32,130 --> 00:23:35,900 あなたは、Huluのか、ネットフリックス、もしお持ちの場合 あなたは今まで、海外旅行してきました 489 00:23:35,900 --> 00:23:38,640 あなたは上で何かを見てみてください Huluは、あなたが米国ではないです、 490 00:23:38,640 --> 00:23:41,280 次のメッセージが表示される場合があります ない米国では、と言って。 491 00:23:41,280 --> 00:23:43,208 申し訳ありませんが、あなたはこのコンテンツを視聴することはできません。 492 00:23:43,208 --> 00:23:44,420 >> AUDIENCE:[聞こえません] 493 00:23:44,420 --> 00:23:46,020 >> DAVIDマラン:ああ、本当に? 494 00:23:46,020 --> 00:23:48,480 しかし、はい、そう実際にそれはです 完璧なアプリケーション 495 00:23:48,480 --> 00:23:51,060 非常に技術的な何かの 実際の問題に。 496 00:23:51,060 --> 00:23:55,100 あなたはからVPNにした場合 ヨーロッパやアジアやどこでも 497 00:23:55,100 --> 00:23:57,950 あなたの企業の世界では ニューヨークに本社 498 00:23:57,950 --> 00:24:00,670 どこにいても、または、あなたがしています 外観を作成するつもり 499 00:24:00,670 --> 00:24:03,580 その外のウェブサイトへ あなたは、ニューヨークで実際にしています 500 00:24:03,580 --> 00:24:05,660 あなたがしているにもかかわらず、 物理的にはかなり遠く。 501 00:24:05,660 --> 00:24:08,057 >> 今、あなたは、ユーザーがしようとしています あなたは離れて明らかにしている知っています。 502 00:24:08,057 --> 00:24:11,140 しかし、あなたはまた、ので、それを感じるようになるだろう これらの追加のミリ秒。 503 00:24:11,140 --> 00:24:14,510 この追加距離と VPNで起こっている暗号化 504 00:24:14,510 --> 00:24:15,760 物事を遅くしようとしています。 505 00:24:15,760 --> 00:24:17,680 だから、よく、またはしない場合があり 素晴らしい経験になります。 506 00:24:17,680 --> 00:24:21,050 しかし、HuluのとNetflixが見に行くされています あなたが通り、ニューヨークのどこかに座って 507 00:24:21,050 --> 00:24:23,817 あなたは明らかに拾い集めてきたように。 508 00:24:23,817 --> 00:24:25,150 それにどのような完璧なソリューション。 509 00:24:25,150 --> 00:24:28,490 >> すべての権利なので、地理学は1つの決定です。 510 00:24:28,490 --> 00:24:32,290 私たちはどのように決定するために他に何を使用する場合があります A、B、およびCからのトラフィックをルーティングします 511 00:24:32,290 --> 00:24:37,040 図1、図2、及び図3に示すように、再度、パッティング 上のエンジニアリング帽子? 512 00:24:37,040 --> 00:24:38,850 これはすべての非常に複雑に聞こえます。 513 00:24:38,850 --> 00:24:41,490 ええと、私もどこかわかりません それらを実装を開始します。 514 00:24:41,490 --> 00:24:44,450 私に簡単です何かを与えます。 515 00:24:44,450 --> 00:24:48,160 最も簡単な方法は何ですか この決定を作るには? 516 00:24:48,160 --> 00:24:49,840 >> 観客:サーバーが利用できますか? 517 00:24:49,840 --> 00:24:51,650 >> DAVIDマラン:サーバーが利用できますか? 518 00:24:51,650 --> 00:24:53,970 そんなに悪くありません。 519 00:24:53,970 --> 00:24:54,470 それは良い。 520 00:24:54,470 --> 00:24:56,260 これは、負荷のnuancingの一種です。 521 00:24:56,260 --> 00:24:58,070 それでは、負荷のカテゴリにそれを維持させます。 522 00:24:58,070 --> 00:25:00,010 あなたが利用できるなら、私はちょうどよ そこにデータを送信しよう。 523 00:25:00,010 --> 00:25:01,343 しかし、それはすぐに裏目に出る可能性があります。 524 00:25:01,343 --> 00:25:05,720 私はそのロジックを使用している場合ので、私の場合 常に、1に尋ねるあなたが上にある、あなたがオンになっています 525 00:25:05,720 --> 00:25:08,970 答えはイエス常にある場合は、オンになっています、 私は、トラフィックの100%を送信するつもりです 526 00:25:08,970 --> 00:25:11,060 皆に彼に、0%。 527 00:25:11,060 --> 00:25:14,430 そして、いくつかの点で、我々はヒットするつもりです その減速またはサイト利用できません。 528 00:25:14,430 --> 00:25:17,630 それでは、より少しはましです それが、それでもかなり簡単 529 00:25:17,630 --> 00:25:22,412 そして、すべての服用ほど賢くありません アカウントへのこれらの追加データ? 530 00:25:22,412 --> 00:25:23,992 >> AUDIENCE:サーバあたりのコスト。 531 00:25:23,992 --> 00:25:25,200 DAVIDマラン:サーバあたりのコスト。 532 00:25:25,200 --> 00:25:28,010 [OK]を、ので、私はことを投げてみましょう ロード・カテゴリで、あまりにも。 533 00:25:28,010 --> 00:25:30,790 あなたが何を見つけるため、 同社は、そのあなたの場合too-- 534 00:25:30,790 --> 00:25:32,790 あなたのサーバーをアップグレード 経時以上を購入し、 535 00:25:32,790 --> 00:25:36,242 あなたは正確に取得することができない場合があります 同一のハードウェアバージョン。 536 00:25:36,242 --> 00:25:37,450 それが古くなって落ちるので。 537 00:25:37,450 --> 00:25:38,491 あなたはもうそれを購入することはできません。 538 00:25:38,491 --> 00:25:39,360 価格は変更します。 539 00:25:39,360 --> 00:25:42,500 >> だから、本質的に異なるサーバーを使用している可能性があります クラスタ内の、いわば。 540 00:25:42,500 --> 00:25:43,890 それは完全に罰金です。 541 00:25:43,890 --> 00:25:47,100 しかし、来年のハードウェア 倍の速度であるかもしれません、 542 00:25:47,100 --> 00:25:49,390 今年の倍のできます。 543 00:25:49,390 --> 00:25:51,500 だから我々はそれを投げることができます 負荷カテゴリに。 544 00:25:51,500 --> 00:25:54,260 1との間のこのフィードバックループ ロードバランサ2、および3 545 00:25:54,260 --> 00:25:57,650 確かにそれを伝えることができ、 ねえ、私は50%の容量でです。 546 00:25:57,650 --> 00:26:00,100 しかし、ところで、私はまた、 二倍のコアを持っています。 547 00:26:00,100 --> 00:26:02,319 その情報を使用してください。 548 00:26:02,319 --> 00:26:05,110 でもsimpler--これが起こっています コンピュータサイエンスのテーマとします。 549 00:26:05,110 --> 00:26:08,990 疑わしい場合、またはときには、単純なをしたいです 一般的によく機能するソリューション 550 00:26:08,990 --> 00:26:12,730 時間をかけて、同じことを選択しないでください サーバーのすべての時間が、choose-- 551 00:26:12,730 --> 00:26:14,039 >> AUDIENCE:ランダム1? 552 00:26:14,039 --> 00:26:15,330 DAVIDマラン:--aランダムサーバー。 553 00:26:15,330 --> 00:26:16,780 うん、1か一方を選択します。 554 00:26:16,780 --> 00:26:21,160 だから、ランダム性は、実際にあります この非常に強力な成分 555 00:26:21,160 --> 00:26:23,170 コンピュータサイエンスで、 そして、工学のより 556 00:26:23,170 --> 00:26:27,160 一般的に、特にお好きな時に すばやく簡単な意思決定を行います 557 00:26:27,160 --> 00:26:30,480 すべてでそれを複雑にすることなく これらの非常に賢いが、またの 558 00:26:30,480 --> 00:26:34,330 必要と非常に巧妙な、ソリュ​​ーション すべてすべてのより多くのエンジニアリング、 559 00:26:34,330 --> 00:26:36,220 より多くの思考、時 本当に、なぜ私はしないでください 560 00:26:36,220 --> 00:26:39,200 だけの種類のコインを反転、または ここでは3両面コイン、 561 00:26:39,200 --> 00:26:41,690 1、2、3を移動するかどうかを決定? 562 00:26:41,690 --> 00:26:45,610 >> つまり、確率的に裏目に出る可能性があります しかし、オッズなどの多くの 563 00:26:45,610 --> 00:26:48,860 再び頭を反転すると、 何度も何度も何度も 564 00:26:48,860 --> 00:26:53,870 そして、何度も何度もで可能です reality--スーパー、スーパーにくいです。 565 00:26:53,870 --> 00:26:58,170 だから、時間をかけて、オッズは、 ただランダムにユーザーを送信 566 00:26:58,170 --> 00:27:00,660 1、2、および3にしようとしています 完全に罰金うまく。 567 00:27:00,660 --> 00:27:03,380 そして、これは技術であり、 一般的にラウンドロビンとして知られています。 568 00:27:03,380 --> 00:27:05,160 >> または実際に、それはラウンドロビンではありません。 569 00:27:05,160 --> 00:27:06,980 これは、ランダムなアプローチであろう。 570 00:27:06,980 --> 00:27:09,250 そして、あなたが偶数になるようにしたい場合 それより少し単純で、 571 00:27:09,250 --> 00:27:12,820 ラウンドロビンは、最初の人が行くであろう 1に、二人目2に、第三者 572 00:27:12,820 --> 00:27:16,056 3に、四人の1に。 573 00:27:16,056 --> 00:27:17,430 そして、その中にラウンドロビンです。 574 00:27:17,430 --> 00:27:19,580 あなただけの種類の周期で回ります。 575 00:27:19,580 --> 00:27:21,300 >> さて、あなたはそれについてスマートでなければなりません。 576 00:27:21,300 --> 00:27:26,490 あなたは盲目的にユーザを送るべきではありません サーバ番号1ケースは何ですか? 577 00:27:26,490 --> 00:27:30,060 578 00:27:30,060 --> 00:27:32,870 それが最大容量でなら、または それはもはや単なる応答ません。 579 00:27:32,870 --> 00:27:35,270 だから、理想的にあなたには、いくつかをしたいです フィードバックループの種類。 580 00:27:35,270 --> 00:27:38,040 そうでなければ、あなただけのすべての送信します 行き止まりまでユーザーの。 581 00:27:38,040 --> 00:27:40,790 しかし、それも考慮することができます。 582 00:27:40,790 --> 00:27:46,520 >> だから、下の値を理解していません かなり頻繁にあるだけでランダム性、 583 00:27:46,520 --> 00:27:48,970 この種の問題を解決。 584 00:27:48,970 --> 00:27:51,580 そして、我々はラウンドロビンを書き留めます。 585 00:27:51,580 --> 00:27:55,090 それでは、どのようにいくつかの企業が実装ん ラウンドロビンまたはランダム 586 00:27:55,090 --> 00:27:56,840 またはこれらの決定のいずれか? 587 00:27:56,840 --> 00:28:01,840 まあ、残念ながら、彼ら このようなことを行います。 588 00:28:01,840 --> 00:28:03,660 私は別の迅速なスクリーンショットをプルアップしてみましょう。 589 00:28:03,660 --> 00:28:13,052 590 00:28:13,052 --> 00:28:14,470 >> 実際に、の2をやらせます。 591 00:28:14,470 --> 00:28:17,420 592 00:28:17,420 --> 00:28:21,370 私たちはしている理由がわかりません これらの料理のすべてを取得します。 593 00:28:21,370 --> 00:28:22,280 それは非常に奇妙です。 594 00:28:22,280 --> 00:28:31,714 595 00:28:31,714 --> 00:28:33,630 私は本当にすべての権利、 欲しいのスクリーンショットです。 596 00:28:33,630 --> 00:28:36,990 597 00:28:36,990 --> 00:28:40,100 それはおかしい。 598 00:28:40,100 --> 00:28:42,930 すべての権利、私はこれを偽装することができます。 599 00:28:42,930 --> 00:28:46,080 私はどのくらい遠く知りません 私はスクロールを維持したいです。 600 00:28:46,080 --> 00:28:53,220 >> だから、非常に一般的に、あなた自身を見つけることができます www.2.acme.comのようなアドレスで、 601 00:28:53,220 --> 00:28:56,030 多分www.3または4または5。 602 00:28:56,030 --> 00:28:57,424 そして、このために目を保ちます。 603 00:28:57,424 --> 00:28:58,590 あなたは、多くの場合、それを見ることはありません。 604 00:28:58,590 --> 00:29:02,621 しかし、あなたが行うとき、それは一種の傾向にあります 大きな、古い、stodgier企業であること 605 00:29:02,621 --> 00:29:05,370 技術的に本当にそうでありません 彼らがやっていることを知っているように見えます。 606 00:29:05,370 --> 00:29:08,150 そして、あなたはハイテク企業でこれを参照してください。 時には、古いもの。 607 00:29:08,150 --> 00:29:09,270 >> そこで、彼らは何をしていますか? 608 00:29:09,270 --> 00:29:11,890 彼らはどのように実装されています ロードバランシングは、それが見えるでしょうか? 609 00:29:11,890 --> 00:29:15,986 あなたのように自分自身を見つける場合 ユーザータイピングwww.something.com、 610 00:29:15,986 --> 00:29:19,760 突然あなたがにいます www.2.something.com、 611 00:29:19,760 --> 00:29:21,866 何が彼らの負荷を持っています バランサはおそらく行わ? 612 00:29:21,866 --> 00:29:22,741 AUDIENCE:[聞こえません] 613 00:29:22,741 --> 00:29:28,210 614 00:29:28,210 --> 00:29:31,079 >> DAVIDマラン:ええ、そう ロードバランサと考えられます 615 00:29:31,079 --> 00:29:33,870 のいずれかに基づいて決定を下します これらの決定はprocesses--作ります 616 00:29:33,870 --> 00:29:35,210 本当にこれは問題ではありません。 617 00:29:35,210 --> 00:29:38,650 しかし、私のような多くが描かれてきました ここでは、ボード上の数字、 618 00:29:38,650 --> 00:29:40,650 サーバーは、ただではありません 1,2、および3と呼ばれます。 619 00:29:40,650 --> 00:29:43,870 彼らは、おそらくと呼ばれています WWW1、www2、www3。 620 00:29:43,870 --> 00:29:47,200 そして、それは、その内部が判明します HTTPリクエストがこの機能です。 621 00:29:47,200 --> 00:29:48,950 そして、私はするつもりです 次のようにこれをシミュレートします。 622 00:29:48,950 --> 00:29:53,230 >> 私は同じを開くつもりです 直前のようなデベロッパーネットワーク]タブ 623 00:29:53,230 --> 00:29:55,560 私たちは何が起こっているかを見ることができます ボンネットの下に。 624 00:29:55,560 --> 00:29:57,130 私は、画面をクリアするつもりです。 625 00:29:57,130 --> 00:30:03,420 そして、私は、してみましょうするために行くつもりです http://harvard.edu、と言います。 626 00:30:03,420 --> 00:30:06,560 今何のために ビジネス上の理由、ハーバード 627 00:30:06,560 --> 00:30:08,930 多くのように、決定しました、 多くの他のウェブサイト、 628 00:30:08,930 --> 00:30:12,712 標準化するその www.harvard.edu上のウェブサイト 629 00:30:12,712 --> 00:30:14,420 両方の技術のための およびマーケティング上の理由。 630 00:30:14,420 --> 00:30:16,326 それは一種の中だけです WWWを持っている流行。 631 00:30:16,326 --> 00:30:20,500 >> だから、ハーバード大学のサーバが持っています 何とかユーザーをリダイレクトするために、 632 00:30:20,500 --> 00:30:23,830 私はから、言い続けるように 他に1つのURL。 633 00:30:23,830 --> 00:30:24,670 それがどのように動作しますか? 634 00:30:24,670 --> 00:30:26,740 まあ、私が先に行くと入力し、Enterキーを押してみましょう。 635 00:30:26,740 --> 00:30:30,830 そして、すぐに実際のURLに気付きます www.harvard.eduに変更。 636 00:30:30,830 --> 00:30:35,560 私はこの中にスクロールバックしてみましょう 歴史とこのデバッグをクリックしてください 637 00:30:35,560 --> 00:30:37,650 診断情報、可能ならば。 638 00:30:37,650 --> 00:30:39,170 私は私の要求を見てみましょう。 639 00:30:39,170 --> 00:30:41,020 >> だからここに私が作った要求です。 640 00:30:41,020 --> 00:30:44,870 そしてそれは種類と一致してい気付きます リクエストの私は前のFacebookで作られました。 641 00:30:44,870 --> 00:30:48,010 しかし、応答に気づきます。 642 00:30:48,010 --> 00:30:50,430 何で違います 応答この時間? 643 00:30:50,430 --> 00:30:51,890 >> AUDIENCE:[聞こえません] 644 00:30:51,890 --> 00:30:54,290 >> DAVIDマラン:うん、それは200 OKではありません。 645 00:30:54,290 --> 00:30:56,130 そうではありませんが見つかりませんでした404。 646 00:30:56,130 --> 00:31:00,150 それは、どの301恒久的な移動です のが面白い方法の一種です、 647 00:31:00,150 --> 00:31:05,270 ハーバード大学は持ち上げと移動しました 他の場所でwww.harvard.eduへ。 648 00:31:05,270 --> 00:31:08,220 301が意味すること これは、リダイレクトです。 649 00:31:08,220 --> 00:31:12,812 そして、どこにすべきユーザーへ 明らかにリダイレクトされますか? 650 00:31:12,812 --> 00:31:15,520 の追加ちらほらがあります そのエンベロープ内の情報。 651 00:31:15,520 --> 00:31:19,650 そして、これらの線のそれぞれが今意志 HTTPヘッダーを呼び出しを開始。 652 00:31:19,650 --> 00:31:23,620 ヘッダーはちょうどキー値であります 何か結腸何かをpair--。 653 00:31:23,620 --> 00:31:24,850 これは、情報の一部です。 654 00:31:24,850 --> 00:31:27,131 どこにすべき新しいです 場所は明らかになりますか? 655 00:31:27,131 --> 00:31:31,120 656 00:31:31,120 --> 00:31:33,692 最後の行に注目してください すべてのこれらのヘッダの中で。 657 00:31:33,692 --> 00:31:34,940 >> AUDIENCE:[聞こえません] 658 00:31:34,940 --> 00:31:37,148 >> DAVIDマラン:うん、そうあります 追加情報。 659 00:31:37,148 --> 00:31:40,120 私が強調表示された最初の行 301は恒久的な移動言います。 660 00:31:40,120 --> 00:31:42,820 まあ、それはどこに移動したのか? 661 00:31:42,820 --> 00:31:45,340 最後line--とそうではありません この順序である必要があります。 662 00:31:45,340 --> 00:31:47,020 これは、ランダムであることができます。 663 00:31:47,020 --> 00:31:52,120 場所結腸手段、ちょっと ブラウザは、代わりに次のURLを参照してください。 664 00:31:52,120 --> 00:31:55,180 >> だからブラウザは、HTTPリダイレクトを理解しています。 665 00:31:55,180 --> 00:31:57,540 そして、これは非常に、非常にあります バウンスの一般的な方法 666 00:31:57,540 --> 00:31:59,680 ある場所から別の場所へのユーザ。 667 00:31:59,680 --> 00:32:02,660 たとえば、あなたがしようとした場合 あなたはないですウェブサイトを訪問します 668 00:32:02,660 --> 00:32:06,360 ログインして、あなたは突然かもしれません 新しいURLで自分が完全であること 669 00:32:06,360 --> 00:32:07,530 ログインするように要求。 670 00:32:07,530 --> 00:32:08,400 >> それがどのように動作しますか? 671 00:32:08,400 --> 00:32:10,920 サーバーは、おそらく301を送信しています。 672 00:32:10,920 --> 00:32:14,510 他の番号は次のように、もあります 302、意味が多少異なります、 673 00:32:14,510 --> 00:32:16,490 それは別のURLにあなたを送ります。 674 00:32:16,490 --> 00:32:18,770 そして、サーバー、 ログインしたら、 675 00:32:18,770 --> 00:32:22,000 どこにあなたを送り返します あなたが実際に意図しました。 676 00:32:22,000 --> 00:32:27,700 >> だから、その後、不十分なものです 操作されたウェブサイトがやって? 677 00:32:27,700 --> 00:32:31,340 あなたが訪問するとき www.acme.com、そしてちょうど彼ら 678 00:32:31,340 --> 00:32:35,490 そのサーバーを命名しているために起こります WWW1、www2、www3など、 679 00:32:35,490 --> 00:32:39,100 彼らは非常にsimply--です これは公平であるが、非常に 680 00:32:39,100 --> 00:32:46,080 ソートのにあなたをリダイレクトfoolishly-- 実際には別の名前のサーバ。 681 00:32:46,080 --> 00:32:48,650 そして、それは完全に正常に動作します。 682 00:32:48,650 --> 00:32:49,930 それはいいと簡単です。 683 00:32:49,930 --> 00:32:52,200 >> 我々は、それがあることだろうか見てきました ボンネットの下に行われ 684 00:32:52,200 --> 00:32:53,490 仮想封筒インチ 685 00:32:53,490 --> 00:32:56,450 しかし、なぜです。この間違いなく 悪い工学の決定? 686 00:32:56,450 --> 00:33:00,345 そして、なぜ私は一種の恩着せがましいです この特定のエンジニアリングに向けて 687 00:33:00,345 --> 00:33:00,845 アプローチ? 688 00:33:00,845 --> 00:33:06,420 689 00:33:06,420 --> 00:33:07,850 これは悪いですなぜ主張しています。 690 00:33:07,850 --> 00:33:09,375 ベン? 691 00:33:09,375 --> 00:33:10,250 AUDIENCE:[聞こえません] 692 00:33:10,250 --> 00:33:12,864 693 00:33:12,864 --> 00:33:16,030 DAVIDマラン:各サーバーがする必要があるだろう ウェブサイトの複製コピーを持っています。 694 00:33:16,030 --> 00:33:16,738 私はそれでOKです。 695 00:33:16,738 --> 00:33:19,490 そして実際に、それは私は何 この全体的な話のために想定し、 696 00:33:19,490 --> 00:33:22,104 私たちはよくwanted--場合以来 実際には、ダンの初期のを除いて 697 00:33:22,104 --> 00:33:25,270 提案、あなたが異なっている場合 サーバは、その後、別のことをやって 698 00:33:25,270 --> 00:33:27,740 多分彼らは実際に可能性があり 機能的に異なることをやって。 699 00:33:27,740 --> 00:33:30,698 >> しかし、その後も、いくつかの時点で、あなたの データベースが過負荷にしようとしています。 700 00:33:30,698 --> 00:33:33,030 あなたの静的な資産サーバ 過負荷にしようとしています。 701 00:33:33,030 --> 00:33:34,850 だから、いくつかの点で、我々はしています バック我々この物語、で 702 00:33:34,850 --> 00:33:36,475 同じことの複数のコピーが必要です。 703 00:33:36,475 --> 00:33:37,395 だから私はそれでOKです。 704 00:33:37,395 --> 00:33:38,270 AUDIENCE:[聞こえません] 705 00:33:38,270 --> 00:33:42,340 706 00:33:42,340 --> 00:33:45,350 >> DAVIDマラン:OK、だから一部のページ 不釣り合いに人気があるかもしれません。 707 00:33:45,350 --> 00:33:50,460 そして、そのように一つのアドレスに固定 必ずしも最善のものではありません。 708 00:33:50,460 --> 00:33:51,110 [聞こえませんか]? 709 00:33:51,110 --> 00:33:51,985 >> AUDIENCE:[聞こえません] 710 00:33:51,985 --> 00:33:54,770 711 00:33:54,770 --> 00:33:57,623 >> DAVIDマラン:あなたが何を意味しますか? 712 00:33:57,623 --> 00:33:58,498 AUDIENCE:[聞こえません] 713 00:33:58,498 --> 00:34:03,820 714 00:34:03,820 --> 00:34:05,072 >> DAVIDマラン:ええ、まさに。 715 00:34:05,072 --> 00:34:07,280 だから、したくありません 必ずしもあなたは確かhave-- 716 00:34:07,280 --> 00:34:11,370 あなたのユーザーを持っている必要はありません 手動WWW1またはwww2を入力。 717 00:34:11,370 --> 00:34:14,550 ブランディングの観点から、それ ほんの少しばかげて見えます。 718 00:34:14,550 --> 00:34:17,340 あなただけの並べ替えをしたい場合 クリーン、エレガントな経験、 719 00:34:17,340 --> 00:34:20,364 ランダムのこれらの並べ替えを持ちます 番号のURLが本当に良いではありません。 720 00:34:20,364 --> 00:34:22,780 その後、ユーザーが確実にあるので、 それらをコピー&ペーストするつもり 721 00:34:22,780 --> 00:34:24,449 電子メールやインスタントメッセージに。 722 00:34:24,449 --> 00:34:25,659 >> 今、彼らは伝播しています。 723 00:34:25,659 --> 00:34:28,600 今、あなたは一種のあなたを混乱しています 考えてあまり技術的な聴衆、 724 00:34:28,600 --> 00:34:32,239 あなたのWeb​​アドレスはwww2.something.comです。 725 00:34:32,239 --> 00:34:35,434 それに何の説得力の意味はありません。 726 00:34:35,434 --> 00:34:38,100 それだけで、基礎となることを起こります あなたがしたことを技術的な詳細 727 00:34:38,100 --> 00:34:40,190 この方法であなたのサーバーの番号を付け。 728 00:34:40,190 --> 00:34:45,760 >> そしてさらに悪いことに、どのような場合、例えば、 多分ときにクリスマスの頃 729 00:34:45,760 --> 00:34:50,090 ビジネスは本当に活況を呈しています、 あなたがwww99を通じてWWW1を持っています、 730 00:34:50,090 --> 00:34:53,530 しかし、1月と2月中と 以降、あなたはそれらの半分をオフにします 731 00:34:53,530 --> 00:34:56,440 だからあなただけwww50を通じてWWW1がありますか? 732 00:34:56,440 --> 00:35:01,963 含意は、そのために今何 非常に合理的なビジネスの意思決定? 733 00:35:01,963 --> 00:35:02,838 AUDIENCE:[聞こえません] 734 00:35:02,838 --> 00:35:05,628 735 00:35:05,628 --> 00:35:07,752 DAVIDマラン:あなたがする必要があります まだそれらのすべてを管理します。 736 00:35:07,752 --> 00:35:10,515 AUDIENCE:[聞こえません] 737 00:35:10,515 --> 00:35:11,390 DAVIDマラン:その通り。 738 00:35:11,390 --> 00:35:12,681 それはそこにキャッチのようなものです。 739 00:35:12,681 --> 00:35:16,800 あなたの顧客は習慣にしている場合 ブックマークもの、ただ、それらを電子メールで送信 740 00:35:16,800 --> 00:35:19,351 どこかURLを保存する、または それは彼らの自動わずかだ場合 741 00:35:19,351 --> 00:35:22,350 彼らはしているので、彼らのブラウザで完了 本当に意図的にそれを入力していません、 742 00:35:22,350 --> 00:35:25,560 それだけで起こって、彼らがかもしれません、 年のうち11ヶ月 743 00:35:25,560 --> 00:35:27,190 効果的に、行き止まりに達します。 744 00:35:27,190 --> 00:35:30,100 との唯一の最も抜け目のありません ユーザーは、実現しようとしています 745 00:35:30,100 --> 00:35:32,040 多分私は手動でするべき この番号を削除してください。 746 00:35:32,040 --> 00:35:35,610 私が意味する、それだけで起こることはないだろう ビジネスのためのそんなに悪い多くのユーザーを持ちます、 747 00:35:35,610 --> 00:35:37,750 悪い実装工学賢明。 748 00:35:37,750 --> 00:35:40,230 >> だからありがたいこと、それも必要はありません。 749 00:35:40,230 --> 00:35:43,120 それはどのようなことが判明します ロードバランサを行うことができます 750 00:35:43,120 --> 00:35:48,130 ときに、代わりに言ってあります request--ちょっとA、1に行くことができます。 751 00:35:48,130 --> 00:35:50,280 換言すれば、代わりに そのリダイレクトを送信します 752 00:35:50,280 --> 00:35:53,540 その結果、このステップ1 このプロセスは、ここに行くです 753 00:35:53,540 --> 00:35:55,280 彼は、その後、他の場所に行くように言われています。 754 00:35:55,280 --> 00:35:57,530 そして、そのようにステップ3は、彼が他の場所に行く、です。 755 00:35:57,530 --> 00:36:04,600 >> あなたが代わりに、ルートに続けることができます 、その用語を使用して、Aのすべてのデータを保持します 756 00:36:04,600 --> 00:36:10,590 ロードバランサを介しているので、彼 直接決してコンタクト1、2、または3。 757 00:36:10,590 --> 00:36:15,150 トラフィックのすべてを取得ん "ルーティング" ロードバランサ自体は。 758 00:36:15,150 --> 00:36:17,524 そして今、私たちは一種のです 意図的にラインをぼかし 759 00:36:17,524 --> 00:36:18,690 これらの様々なデバイス間で。 760 00:36:18,690 --> 00:36:20,930 ロードバランサは、ルートデータをすることができます。 761 00:36:20,930 --> 00:36:22,435 それが有することだけ関数です。 762 00:36:22,435 --> 00:36:25,420 >> だから、ロードバランサは、あまりにも、それはです 本当にソフトウェアの一部、。 763 00:36:25,420 --> 00:36:27,130 そして、ルータは、ソフトウェアの一部です。 764 00:36:27,130 --> 00:36:29,660 そして、あなたは絶対に持つことができます 内側の2つのソフトウェア 765 00:36:29,660 --> 00:36:34,000 1物理的なコンピュータので、負荷の バランサは、これらの複数のことを行うことができます。 766 00:36:34,000 --> 00:36:36,130 >> だから、一つの他の方法があります これは実際には、これを行うには 767 00:36:36,130 --> 00:36:39,670 第一原理の一種に戻ります 我々はについて話しましたDNSの 768 00:36:39,670 --> 00:36:40,230 休憩前に。 769 00:36:40,230 --> 00:36:41,634 DNSはドメインネームシステムでした。 770 00:36:41,634 --> 00:36:43,550 あなたができることを覚えておいてください 何、DNSサーバーに問い合わせ 771 00:36:43,550 --> 00:36:46,460 のIPアドレス google.com、facebook.com? 772 00:36:46,460 --> 00:36:48,250 >> そして、我々は実際にこれを行うことができます。 773 00:36:48,250 --> 00:36:51,940 我々は以前のバージョンを使用していないツールです 同じようにアクセス可能な1、 774 00:36:51,940 --> 00:36:55,510 ネームサーバーの検索に、nslookupコマンドと呼ばれます。 775 00:36:55,510 --> 00:36:57,410 そして私はちょうどfacebook.comを入力するつもりです。 776 00:36:57,410 --> 00:37:02,500 そして、私はFacebookのIPことがわかり アドレスはこの明らかです。 777 00:37:02,500 --> 00:37:05,520 私が先に行くと、コピーしてみよう それは、ブラウザに行き、 778 00:37:05,520 --> 00:37:11,690 し、http://とその IPアドレスとEnterキーを押します。 779 00:37:11,690 --> 00:37:14,140 そして案の定、動作するように思われます。 780 00:37:14,140 --> 00:37:18,610 >> さて、後方に何をした作業 仮想エンベロープの内側 781 00:37:18,610 --> 00:37:25,454 Facebookは時に応答したこと 私はIPが直接取り組むことを訪問しましたか? 782 00:37:25,454 --> 00:37:26,745 予告なので、ここで私は今の私? 783 00:37:26,745 --> 00:37:29,250 784 00:37:29,250 --> 00:37:32,484 どこで、今のアドレスのですか? 785 00:37:32,484 --> 00:37:33,450 >> AUDIENCE:[聞こえません] 786 00:37:33,450 --> 00:37:36,116 >> DAVIDマラン:安全なバージョンでは、 そして、www.facebook.comで。 787 00:37:36,116 --> 00:37:38,520 だから、ただでさえありません セキュアなIPアドレス。 788 00:37:38,520 --> 00:37:42,650 Facebookはそれ自体の上にそれを取りました 言って、これはばかげています。 789 00:37:42,650 --> 00:37:45,710 私たちは、この時にあなたを維持するつもりはありません 数値だ醜い探してURL。 790 00:37:45,710 --> 00:37:50,120 私たちはあなたのHTTPを送信しようとしています その同じヘッダを経由してリダイレクト 791 00:37:50,120 --> 00:37:53,010 我々はbefore--見ました ロケーションコロン何か。 792 00:37:53,010 --> 00:37:56,340 >> そして、これは単にその下に意味します フードはまだこのIPアドレスです。 793 00:37:56,340 --> 00:37:59,010 インターネット上のすべてのコンピュータ IPアドレスを有し、それは思われます。 794 00:37:59,010 --> 00:38:01,480 しかし、あなたは必ずしもありません ユーザーにそれを露出させます。 795 00:38:01,480 --> 00:38:07,190 そして、そこの日に戻って、似 1-800-COLLECT、1-800-C-O-L-L-E-C-Tであったが、 796 00:38:07,190 --> 00:38:11,700 米国では、収集作る方法でした 非常に簡単に思い出に残る電話で呼び出します 797 00:38:11,700 --> 00:38:17,140 番号、または1-800-マットレスは、ベッドを購入します あなたも見て同様のニーモニック 798 00:38:17,140 --> 00:38:20,460 電話での種類の一種の まだ、文字は数字にマップします。 799 00:38:20,460 --> 00:38:21,470 >> さて、それはなぜですか? 800 00:38:21,470 --> 00:38:26,080 まあ、それは覚えてはるかに簡単です 1-800-MATTRESSまたは代わりに1-800-COLLECT 801 00:38:26,080 --> 00:38:29,100 1-800何か何か何かの 何か何か何か 802 00:38:29,100 --> 00:38:31,030 何か、各 それらの数字です。 803 00:38:31,030 --> 00:38:34,390 同様に、世界が学びました すぐに我々はいけないこと 804 00:38:34,390 --> 00:38:35,940 人々は、IPアドレスを覚えています。 805 00:38:35,940 --> 00:38:36,826 それは愚かなことでしょう。 806 00:38:36,826 --> 00:38:38,200 我々は、代わりに名前を使用するつもりです。 807 00:38:38,200 --> 00:38:40,420 DNSが生まれた理由、それはです。 808 00:38:40,420 --> 00:38:45,510 >> 用語のすべての権利、それは言ったとので、 ロードバランシングの、のは、yahoo.comを試してみましょう。 809 00:38:45,510 --> 00:38:47,030 まあ、それは興味深いです。 810 00:38:47,030 --> 00:38:51,464 Yahooは3 IPアドレスを返すしているようです。 811 00:38:51,464 --> 00:38:53,940 だから、このことから推測します、 あなたができれば、何があります 812 00:38:53,940 --> 00:38:58,600 我々が実装できる別の方法 負荷分散のこの概念 813 00:38:58,600 --> 00:39:04,310 多分物理を使用せず デバイス、この新しい物理デバイス? 814 00:39:04,310 --> 00:39:08,070 >> 言い換えれば、私は離れて取ることができます ロードバランサのためのあなたが持っている資金調達 815 00:39:08,070 --> 00:39:10,990 そして、いくつかの既存のを使用するように指示 実装するためのハードウェアの一部 816 00:39:10,990 --> 00:39:12,680 負荷分散のこの概念? 817 00:39:12,680 --> 00:39:18,870 818 00:39:18,870 --> 00:39:22,510 そして、スポイラーがあり、 はい、しかし何を、またはどのように? 819 00:39:22,510 --> 00:39:27,605 Yahooはおそらくここで何をしているのですか? 820 00:39:27,605 --> 00:39:29,200 カリーム? 821 00:39:29,200 --> 00:39:30,635 OK、クリス? 822 00:39:30,635 --> 00:39:31,510 AUDIENCE:[聞こえません] 823 00:39:31,510 --> 00:39:35,119 824 00:39:35,119 --> 00:39:36,910 DAVIDマラン:ええ、すべて これらの作業の3。 825 00:39:36,910 --> 00:39:39,890 だからランダム、ラウンドロビン、 location--あなただけのことができます 826 00:39:39,890 --> 00:39:44,160 パズルの既存の作品を活用 私たちは、DNSの以前について話したこと 827 00:39:44,160 --> 00:39:49,580 システムと単純に言って、ときに最初 その日のユーザは、yahoo.comを要求します 828 00:39:49,580 --> 00:39:52,970 彼らに最初のIPアドレスを与え、 そこまでの45で終わるような。 829 00:39:52,970 --> 00:39:55,762 そして、次回のユーザー要求 yahoo.comのIPアドレス 830 00:39:55,762 --> 00:39:57,970 世界のどこかから、 彼らに2番目のIPを与え、 831 00:39:57,970 --> 00:39:59,920 その後、第3のIP、 最初のIP、2番目。 832 00:39:59,920 --> 00:40:01,850 またはそれについてスマートに そして、グラフィカルにそれを行います。 833 00:40:01,850 --> 00:40:05,200 それともランダムにだけではなく、行うのですか この方式では、ラウンドロビン。 834 00:40:05,200 --> 00:40:07,580 >> そして、この場合には、その後、 我々も必要ありません。 835 00:40:07,580 --> 00:40:10,190 この黒を導入します 私たちの絵の中にボックス。 836 00:40:10,190 --> 00:40:11,690 私たちは、新しいデバイスを必要としません。 837 00:40:11,690 --> 00:40:16,930 私たちは、単にコンピュータを言っています 直接サーバーに移動するには、 838 00:40:16,930 --> 00:40:18,680 効果的ではなく、 自分の名前を介して。 839 00:40:18,680 --> 00:40:20,054 彼らは名前を知っている必要はありません。 840 00:40:20,054 --> 00:40:25,690 彼らはただyahoo.comことを言われています これらのIPアドレスのいずれかにマップされます。 841 00:40:25,690 --> 00:40:28,180 >> だから、まったく同じ要求を送信します。 842 00:40:28,180 --> 00:40:30,100 しかし、外側の 封筒、単に 843 00:40:30,100 --> 00:40:32,740 それが知らされたIPを置きます。 844 00:40:32,740 --> 00:40:35,590 このようにし、あまりにも、可能性 我々は要求の負荷を分散します 845 00:40:35,590 --> 00:40:39,330 ちょうどに封筒を送信することにより、 Yahooの自身のサーバーのいずれかが違うのですか? 846 00:40:39,330 --> 00:40:42,390 >> 私たちは掘り続ける場合と、我々が表示されます 以上で、おそらく他の企業。 847 00:40:42,390 --> 00:40:44,380 CNNは2が公開されました。 848 00:40:44,380 --> 00:40:49,610 しかし、実際に私たちがこれを行う場合は、再度 そして、again-- cnn.com--あなたが見ることができます 849 00:40:49,610 --> 00:40:51,730 彼らは実際には、順序を変更しています。 850 00:40:51,730 --> 00:40:56,680 だから何のメカニズムであります CNN使用して、明らかに? 851 00:40:56,680 --> 00:40:57,440 >> AUDIENCE:ランダム。 852 00:40:57,440 --> 00:40:59,440 DAVIDマラン:まあ、それ それが、ランダムであってもよいです 853 00:40:59,440 --> 00:41:01,110 前後に循環しているように見えます。 854 00:41:01,110 --> 00:41:04,380 だから、どこおそらくラウンドロビンです 彼らはちょうどそう順序を切り替えています 855 00:41:04,380 --> 00:41:05,880 私はおそらく最初のを取るだろうと。 856 00:41:05,880 --> 00:41:08,860 マイコンピュータがかかります 最初のたびに。 857 00:41:08,860 --> 00:41:10,490 だから、ロード・バランシングです。 858 00:41:10,490 --> 00:41:18,450 そして、それは最終的に、私たちを可能にし、 データ、またはマップ・リクエストをマップするため、 859 00:41:18,450 --> 00:41:21,240 複数のサーバー間。 860 00:41:21,240 --> 00:41:24,226 だから何種類の 問題は今も存在して? 861 00:41:24,226 --> 00:41:26,350 それは本当に私たちのように感じています 良い問題を解決しました。 862 00:41:26,350 --> 00:41:28,740 私たちは、別のサーバーにユーザーを得ました。 863 00:41:28,740 --> 00:41:31,420 でした、ああBut--、とクリス あなたは前に質問がありますか? 864 00:41:31,420 --> 00:41:34,378 >> AUDIENCE:[聞こえません] 865 00:41:34,378 --> 00:41:43,670 866 00:41:43,670 --> 00:41:45,120 >> DAVIDマランは:完全に依存します。 867 00:41:45,120 --> 00:41:47,042 だからここに何が起こっているのか? 868 00:41:47,042 --> 00:41:48,250 そして、我々は実際にこれを見ることができます。 869 00:41:48,250 --> 00:41:51,649 それでは、Yahooのを試してみましょう。 870 00:41:51,649 --> 00:41:52,940 実際に、のはFacebookを利用して行ってみましょう。 871 00:41:52,940 --> 00:41:54,520 我々は1つが動作していることを知っているので。 872 00:41:54,520 --> 00:41:56,545 だから私はコピーするつもりです そのIPアドレスを再度。 873 00:41:56,545 --> 00:41:58,820 私はこれらすべてのタブを閉じるつもりです。 874 00:41:58,820 --> 00:42:03,800 私はオープン行くつもりです ダウンここでは特別なネットワーク]タブ。 875 00:42:03,800 --> 00:42:07,800 //:そして、私はhttpのみを訪問するつもりです。 876 00:42:07,800 --> 00:42:10,694 そして今、私は、Enterキーを押しするつもりです。 877 00:42:10,694 --> 00:42:11,860 とのは、何が起こったのか見てみましょう。 878 00:42:11,860 --> 00:42:20,662 >> 私はその要求を見れば、通知 そのmy-- Facebookは悪い例です。 879 00:42:20,662 --> 00:42:22,370 彼らが持っているので スーパー派手なテクニック 880 00:42:22,370 --> 00:42:25,960 それは私たちからその詳細を隠します。 881 00:42:25,960 --> 00:42:30,690 私はヤフーを使ってみましょう instead--ます。http:// IPという。 882 00:42:30,690 --> 00:42:36,030 私たちのネットワークを開いてみましょう タブには、ログを保存します。 883 00:42:36,030 --> 00:42:37,945 そして、ここに私達は行く、入力します。 884 00:42:37,945 --> 00:42:40,669 885 00:42:40,669 --> 00:42:41,210 それは面白い。 886 00:42:41,210 --> 00:42:44,480 [OK]を、ので、ここで有名な404のメッセージです。 887 00:42:44,480 --> 00:42:48,500 何ここで面白いのは、彼らということです おそらく戻ってませんでした。 888 00:42:48,500 --> 00:42:51,430 おそらくありますので それ自体は間違っていない何か。 889 00:42:51,430 --> 00:42:54,050 彼らはただ意図的に持っています サポートしないことに決めました 890 00:42:54,050 --> 00:42:56,250 そのアドレスの数値形式。 891 00:42:56,250 --> 00:43:00,270 >> それでは、私たちが実際に見ています [ネットワーク]タブ、私はここにこれをプルアップすると、 892 00:43:00,270 --> 00:43:06,140 私が言うように、有名な404であり、 私はレスポンスヘッダを見れば、 893 00:43:06,140 --> 00:43:09,070 これは私がhere-- 404が見つかりません得たものです。 894 00:43:09,070 --> 00:43:11,360 それでは、他のものを試してみましょう。 895 00:43:11,360 --> 00:43:13,180 CNNは私たちと協働どうかを見てみましょう。 896 00:43:13,180 --> 00:43:19,440 私はCNNのIPアドレスの1つをつかむだろう、 この、HTTP、DAH、DAH、DAH、DAHをオフにします。 897 00:43:19,440 --> 00:43:21,620 だから、クリスさんへの答えで 質問、その一つが働いていました。 898 00:43:21,620 --> 00:43:24,140 899 00:43:24,140 --> 00:43:26,255 >> そして、のレスポンスヘッダに行ってみましょう。 900 00:43:26,255 --> 00:43:30,810 901 00:43:30,810 --> 00:43:33,640 実際には、すべての権利、私は 作業例を見つけるのに苦労。 902 00:43:33,640 --> 00:43:38,270 CNNが決定しましたので、私たちはあなたを残しておきます どんなアドレスにあなたが実際に訪問し、 903 00:43:38,270 --> 00:43:40,359 さておきブランディングの問題。 904 00:43:40,359 --> 00:43:43,275 しかし、何があれば、起きていないだろう 我々は、Facebookのケースでそれを見ることができました 905 00:43:43,275 --> 00:43:46,700 我々は301が移動になるだろうされています 恒久的に、ほとんどの場合、 906 00:43:46,700 --> 00:43:54,420 ある内部 所在地ます。https://www.facebook.com。 907 00:43:54,420 --> 00:44:01,210 そして、オッズはwww.facebook.comがあります まったく同じサーバーの別名我々だけ 908 00:44:01,210 --> 00:44:01,710 に行ってきました。 909 00:44:01,710 --> 00:44:03,500 >> だから、少し逆効果です。 910 00:44:03,500 --> 00:44:05,170 私たちは、文字通り、サーバーを訪問しています。 911 00:44:05,170 --> 00:44:07,040 次に、サーバは離れて行く、私たちに語っています。 912 00:44:07,040 --> 00:44:08,320 この他のアドレスに移動します。 913 00:44:08,320 --> 00:44:10,870 しかし、我々はちょうどそうすることが起こります バック、その同じサーバーに行きます。 914 00:44:10,870 --> 00:44:14,550 しかし、おそらく、私たちは今、その上にとどまります この前後にせずにサーバー。 915 00:44:14,550 --> 00:44:18,600 今、私たちは名前付きを使用しているため、 サイトではなく、数値のバージョン。 916 00:44:18,600 --> 00:44:20,060 良い質問。 917 00:44:20,060 --> 00:44:23,690 >> [OK]を、ので、もし私たちは今、私たちをassume-- ロードバランシングを解決しました。 918 00:44:23,690 --> 00:44:25,894 私たちは今のメカニズムを持っています、 それはDNS経由のかどうか、 919 00:44:25,894 --> 00:44:29,060 かどうかそれがかどうか、このブラックボックスを介しです これらの技術のいずれかを使っています。 920 00:44:29,060 --> 00:44:33,810 私たちは、ユーザの要求を取ることができ、 どのサーバ、1、2、または3に把握、 921 00:44:33,810 --> 00:44:35,420 彼または彼女を送信します。 922 00:44:35,420 --> 00:44:39,180 >> 何が私達のウェブサイトについて破るために開始しますか? 923 00:44:39,180 --> 00:44:41,160 言い換えれば、我々は そのビジネスを構築しました 924 00:44:41,160 --> 00:44:43,480 1単一のサーバー上で以前にありました。 925 00:44:43,480 --> 00:44:46,870 今、そのビジネスが実行されています 複数のサーバー間。 926 00:44:46,870 --> 00:44:51,770 仮定のどのような種類の、 どのような設計上の決定の種類、 927 00:44:51,770 --> 00:44:54,870 今破壊されるかもしれませんか? 928 00:44:54,870 --> 00:44:55,745 >> これは、それほど明白です。 929 00:44:55,745 --> 00:44:58,620 しかし、我々は我々のを置くことができない場合を見てみましょう 私たちがきた問題のいくつかを指 930 00:44:58,620 --> 00:44:59,780 自分のために作成しました。 931 00:44:59,780 --> 00:45:02,750 ここでも、それは一種の保持のようなものです ホースのリークダウン。 932 00:45:02,750 --> 00:45:05,094 そして今、いくつかの新しい問題 こっちポップアップました。 933 00:45:05,094 --> 00:45:07,880 934 00:45:07,880 --> 00:45:11,380 >> AUDIENCE:[聞こえません] 935 00:45:11,380 --> 00:45:16,574 936 00:45:16,574 --> 00:45:19,240 DAVIDマラン:OK、私たちがする必要があります 私たちのハードディスクの空き容量を成長を維持。 937 00:45:19,240 --> 00:45:20,450 今はそれでOKです。 938 00:45:20,450 --> 00:45:23,212 私は私ができると思うので、 水平スケール。 939 00:45:23,212 --> 00:45:26,420 私は不足している場合と同じように、私はちょうど買ってあげます 第四サーバー、多分五サーバ、 940 00:45:26,420 --> 00:45:30,820 そしてその後、私たちの能力を高めます 別の30%または50%またはその他もろもろこともできます。 941 00:45:30,820 --> 00:45:32,759 だから私は、少なくとも今のところ、それでOKです。 942 00:45:32,759 --> 00:45:33,634 AUDIENCE:[聞こえません] 943 00:45:33,634 --> 00:45:37,314 944 00:45:37,314 --> 00:45:38,980 DAVIDマラン:OK、だからそれは良い点です。 945 00:45:38,980 --> 00:45:42,340 だからサーバを想定 同一ではありません。 946 00:45:42,340 --> 00:45:45,260 顧客サービス または電子メール同等 947 00:45:45,260 --> 00:45:48,690 ユーザーからのいくつかのメッセージを取得しています 言って、これは正しい動作していません。 948 00:45:48,690 --> 00:45:52,070 それは、時には、非常に可能性があります その多分1つまたは複数のサーバー 949 00:45:52,070 --> 00:45:55,000 少しゆがんで働くのではなく、 確かにすることができます他、 950 00:45:55,000 --> 00:45:57,096 それは困難な問題を追いかけるために作ります。 951 00:45:57,096 --> 00:45:58,720 あなたが複数の場所を見ているかもしれません。 952 00:45:58,720 --> 00:46:00,960 >> それが現れであります バグの別の種類の、 953 00:46:00,960 --> 00:46:03,950 あなたはおそらく必要があることをこれは ので、あなたのインフラストラクチャを設計しています 954 00:46:03,950 --> 00:46:06,200 そのすべてが本当に同じです。 955 00:46:06,200 --> 00:46:10,390 しかし、それは新たな問題を明らかにしません 我々は前に持っていなかったこと。 956 00:46:10,390 --> 00:46:11,715 ほかに何か? 957 00:46:11,715 --> 00:46:12,590 AUDIENCE:[聞こえません] 958 00:46:12,590 --> 00:46:16,390 959 00:46:16,390 --> 00:46:19,500 >> DAVIDマラン:ええ、 より多くの複雑さがあります。 960 00:46:19,500 --> 00:46:20,792 物理的に複数のワイヤがあります。 961 00:46:20,792 --> 00:46:21,750 別のデバイスがあります。 962 00:46:21,750 --> 00:46:26,310 実際に、私は基本的に導入しました コンセプトとここに根本的な問題 963 00:46:26,310 --> 00:46:28,300 単一のポイントとして知られています 故障の、これ、 964 00:46:28,300 --> 00:46:30,110 あなたは聞いたことがない場合でも、 フレーズは、おそらくすることができます 965 00:46:30,110 --> 00:46:31,780 今後方に働き、それを把握します。 966 00:46:31,780 --> 00:46:35,560 それは私が単一を持っていることは何を意味しています 私のアーキテクチャでの失敗のポイント? 967 00:46:35,560 --> 00:46:39,694 そして、アーキテクチャによって、私はちょうど それのトポロジーを意味します。 968 00:46:39,694 --> 00:46:40,610 >> AUDIENCE:[聞こえません] 969 00:46:40,610 --> 00:46:42,901 >> DAVIDマラン:うん、何であれば ロードバランサがダウン? 970 00:46:42,901 --> 00:46:46,290 私は、その、この中間業者を挿入しました 生活の中での目的は、問題を解決することを目的とします。 971 00:46:46,290 --> 00:46:47,740 しかし、私は新たな問題を導入しました。 972 00:46:47,740 --> 00:46:49,350 新しいリークがホースに打ち出されています。 973 00:46:49,350 --> 00:46:53,500 そのため、今の場合、ロードバランサ 死ぬか、休憩やmisfunctions、 974 00:46:53,500 --> 00:46:56,350 今私はへのアクセスを失います 私のサーバーのすべての3つ。 975 00:46:56,350 --> 00:46:58,880 そして前に、私はしませんでした この中間業者を持っています。 976 00:46:58,880 --> 00:47:03,020 そして、これは間違いなく、新しい問題です。 977 00:47:03,020 --> 00:47:05,245 我々は戻ってくるだろう どのように我々はそれを修正する可能性があります。 978 00:47:05,245 --> 00:47:06,734 >> AUDIENCE:[聞こえません] 979 00:47:06,734 --> 00:47:08,400 DAVIDマラン:一つのアプローチであろう。 980 00:47:08,400 --> 00:47:13,926 うん、とこれはかなりになるだろう ラットの穴は、我々がダウンして行くことを始めます。 981 00:47:13,926 --> 00:47:15,800 しかし、それでは、に戻ってきましょう 一瞬のもの。 982 00:47:15,800 --> 00:47:17,299 我々は他のどのような問題が作成されましたか? 983 00:47:17,299 --> 00:47:25,540 984 00:47:25,540 --> 00:47:27,470 >> だから、ダンは前にデータベースを述べました。 985 00:47:27,470 --> 00:47:29,500 そして、あなたがいない方にも あまりにもおなじみの、技術的、 986 00:47:29,500 --> 00:47:33,220 データベースは、サーバだけでどこにあります 変更データは、典型的には、格納されています、 987 00:47:33,220 --> 00:47:36,430 多分注文誰かが置いています、 ユーザープロファイル、お名前、 988 00:47:36,430 --> 00:47:40,810 あなたのメールアドレス、物事かもしれません 入力されたか、時間をかけて変更すること。 989 00:47:40,810 --> 00:47:44,599 >> 以前は、私のデータベースが上でした 私のWebサーバーと同じサーバー。 990 00:47:44,599 --> 00:47:46,390 私はちょうど1を持っていたので ウェブホスティングアカウント。 991 00:47:46,390 --> 00:47:48,480 すべては、すべて同じ場所にありました。 992 00:47:48,480 --> 00:47:54,200 私は自分のデータベースをどこに置くべきです 現在、サーバ1、2、または3に? 993 00:47:54,200 --> 00:47:55,100 >> AUDIENCE:4。 994 00:47:55,100 --> 00:47:58,070 >> DAVIDマラン:4、[OK]を、すべての 右、それではそこに行きましょう。 995 00:47:58,070 --> 00:48:01,650 だから、私はを置くつもりです database--とletの 996 00:48:01,650 --> 00:48:06,520 これらのWWW、WWW、WWWを標識開始。 997 00:48:06,520 --> 00:48:08,780 そして、私は言うつもりです、 これは4番です。 998 00:48:08,780 --> 00:48:11,270 そして私は、データベースのDBを言うでしょう。 999 00:48:11,270 --> 00:48:12,870 [OK]を、私はこれが好き。 1000 00:48:12,870 --> 00:48:17,021 私は何行すべき おそらくここで描画できますか? 1001 00:48:17,021 --> 00:48:18,850 >> AUDIENCE:[聞こえません] 1002 00:48:18,850 --> 00:48:22,740 >> DAVIDマラン:うん、そうコード、 我々は明日説明しますように、 1003 00:48:22,740 --> 00:48:24,900 おそらく同じです 3つのすべてのサーバーで。 1004 00:48:24,900 --> 00:48:28,374 しかし、それは今までない接続する必要があります データベースは、ローカルではなく他の場所で実行されています。 1005 00:48:28,374 --> 00:48:29,040 そして、それは大丈夫です。 1006 00:48:29,040 --> 00:48:31,623 私達はちょうどデータベースaを与えることができます 我々が持っているように、名前、または番号。 1007 00:48:31,623 --> 00:48:33,930 そして、すべてが正常に動作していること。 1008 00:48:33,930 --> 00:48:35,820 しかし、我々は何をしましたか? 1009 00:48:35,820 --> 00:48:40,640 私たちは、水平方向に持っていることによってスケーリングされました 3つのサーバの代わりに1、どの 1010 00:48:40,640 --> 00:48:41,140 いいね。 1011 00:48:41,140 --> 00:48:44,240 今、私たちが扱うことができるため、 多くの負荷として3回。 1012 00:48:44,240 --> 00:48:47,710 >> そして、より良いまだ、1または2の場合 これらのサーバーのダウン、 1013 00:48:47,710 --> 00:48:49,350 私のビジネスは動作を継続することができます。 1014 00:48:49,350 --> 00:48:53,960 私はまだ私はあっても、1を持っているので、 性能面に沿って足を引きずっの一種。 1015 00:48:53,960 --> 00:49:01,020 しかし、どのような新しい問題は、私が持っています データベースを移動させることによって導入 1016 00:49:01,020 --> 00:49:04,350 この別のサーバへ 代わりに1、2、および3に? 1017 00:49:04,350 --> 00:49:05,412 >> AUDIENCE:[聞こえません] 1018 00:49:05,412 --> 00:49:08,120 DAVIDマラン:うん、今私が持っています 他のシングルポイント障害。 1019 00:49:08,120 --> 00:49:12,330 私のデータベースが死亡し、またはする必要がある場合 必ず今、アップグレード、または何でもします、 1020 00:49:12,330 --> 00:49:13,610 私のウェブサイトはオンラインです。 1021 00:49:13,610 --> 00:49:16,270 そして、私は、静的な役割を果たすことができます 不変のコンテンツ。 1022 00:49:16,270 --> 00:49:21,210 しかし、私は、ユーザーがログインまたは変化させることはできません さらに悪いことに、何かを何か注文。 1023 00:49:21,210 --> 00:49:24,120 4がオフラインの場合ので、 次に図1、図2、及び図3 1024 00:49:24,120 --> 00:49:27,710 本当に定義によってそれに話すことができません。 1025 00:49:27,710 --> 00:49:31,560 >> [OK]をので、ええ、とこれが理由です 私はこれを描画するために躊躇しています。 1026 00:49:31,560 --> 00:49:32,690 それでは、戻ってそれに来るように。 1027 00:49:32,690 --> 00:49:33,700 私はあなたをオフにプッシュし続けるつもりはありません。 1028 00:49:33,700 --> 00:49:36,030 しかし、絵は非常にあります すぐにストレスの多い取得するつもり。 1029 00:49:36,030 --> 00:49:38,620 あなたが開始する必要があるため すべての2を持ちます。 1030 00:49:38,620 --> 00:49:41,850 実際には、あなたが今まで見てきた場合 映画は数年前にお問い合わせください 1031 00:49:41,850 --> 00:49:45,310 ジョディFoster--となし? 1032 00:49:45,310 --> 00:49:47,410 >> [OK]を、ので、2つのための 連絡先を見てきた私たち、 1033 00:49:47,410 --> 00:49:50,800 彼らそこに関係があります 本質的なもののうちの2つを買いました 1034 00:49:50,800 --> 00:49:53,250 1つではなく、にもかかわらず 二回価格で。 1035 00:49:53,250 --> 00:49:55,922 だから、一種の遊び心でした 映画の中でコメント。 1036 00:49:55,922 --> 00:49:57,130 これは一種のこれに関連しています。 1037 00:49:57,130 --> 00:49:58,290 私たちは絶対にそれを行うことができます。 1038 00:49:58,290 --> 00:50:00,123 そして、あなただけの費用がかかりました 私たちの二倍くらいのお金。 1039 00:50:00,123 --> 00:50:01,300 しかし、我々はそれに戻ってきます。 1040 00:50:01,300 --> 00:50:02,400 >> だから我々はこれを解決してきました。 1041 00:50:02,400 --> 00:50:03,108 だからあなたは何を知っていますか? 1042 00:50:03,108 --> 00:50:04,450 これは、滑りやすい坂道のようなものです。 1043 00:50:04,450 --> 00:50:07,033 私が持つに対処する必要はありません 複製データベースを持っています。 1044 00:50:07,033 --> 00:50:08,037 それはあまりにも多くのお金です。 1045 00:50:08,037 --> 00:50:08,620 あのね? 1046 00:50:08,620 --> 00:50:12,880 私は自分のデータベースを持つようにしたいです ただ、バージョン1のように 1047 00:50:12,880 --> 00:50:17,450 各サーバが有している場合 独自のローカルデータベース。 1048 00:50:17,450 --> 00:50:19,480 だから私はちょうどに行きますよ これらのそれぞれにデシベルを描きます。 1049 00:50:19,480 --> 00:50:22,240 >> だから今、各Webサーバ これまでと同一であります 1050 00:50:22,240 --> 00:50:25,650 それ同じコード、それを有するもの 静的な資産、同じ写真とテキスト 1051 00:50:25,650 --> 00:50:26,720 など。 1052 00:50:26,720 --> 00:50:29,580 そして、それぞれが独自のデータベースを持っています。 1053 00:50:29,580 --> 00:50:31,450 私は一点を固定しました 障害問題の。 1054 00:50:31,450 --> 00:50:32,570 今私は、データベースを持っています。 1055 00:50:32,570 --> 00:50:36,210 どんなにその2、またはこれらの1 物事は1左は常にあり、死にます。 1056 00:50:36,210 --> 00:50:41,156 しかし、私はどのような新しい問題を作成しました ダンのソリューションは回避することを? 1057 00:50:41,156 --> 00:50:42,470 >> AUDIENCE:[聞こえません] 1058 00:50:42,470 --> 00:50:44,386 >> DAVIDマラン:ええ、私 右、それらを同期する必要がありますか? 1059 00:50:44,386 --> 00:50:47,860 いずれかの私は同期する必要があるため 人は、他の言葉でwhere--起こっています 1060 00:50:47,860 --> 00:50:50,570 アリスは私が訪問した場合 サイト、彼女とは起こりました 1061 00:50:50,570 --> 00:50:55,070 ランダムまたはラウンドロビンし取得します または何でも、サーバ番号1に 1062 00:50:55,070 --> 00:50:58,770 その後私はいつもに持っています サーバ1に彼女を送ります。 1063 00:50:58,770 --> 00:50:59,420 どうして? 1064 00:50:59,420 --> 00:51:01,540 私は彼女を送信した場合ので、 サーバ2に、それが起こっています 1065 00:51:01,540 --> 00:51:03,140 彼女がそこに存在していないように見えます。 1066 00:51:03,140 --> 00:51:04,450 >> 私は彼女の注文履歴を持っているつもりはありません。 1067 00:51:04,450 --> 00:51:06,300 私はそこに彼女のプロフィールを持っているつもりはありません。 1068 00:51:06,300 --> 00:51:09,360 そして、それは同じように感じています それが問題を招いています。 1069 00:51:09,360 --> 00:51:11,400 そして、ボブは私が訪れたとき 常に彼を送信する必要があります 1070 00:51:11,400 --> 00:51:14,800 同じサーバー、2、またはいずれかへ 第一から一、とチャーリー、 1071 00:51:14,800 --> 00:51:15,797 そして、一貫して。 1072 00:51:15,797 --> 00:51:17,130 しかし、これは不合理ではないです。 1073 00:51:17,130 --> 00:51:19,270 これが呼び出されます データベースを分割します。 1074 00:51:19,270 --> 00:51:21,270 そして、実際にはこれが何でしたか Facebookは早い段階で行いました。 1075 00:51:21,270 --> 00:51:24,020 >> あなたはの歴史に従った場合 Facebookは、それはキャンパスでここを開始しました 1076 00:51:24,020 --> 00:51:25,770 www.thefacebook.comとして。 1077 00:51:25,770 --> 00:51:29,260 それはかつて進化マークが開始しました 他のキャンパスに広がります 1078 00:51:29,260 --> 00:51:34,450 することがharvard.thefacebook.comと mit.thefacebook.com、おそらく 1079 00:51:34,450 --> 00:51:37,027 bu.thefacebook.com、などが挙げられます。 1080 00:51:37,027 --> 00:51:38,860 そして、それが原因でした 早い段階で、私は考えていません 1081 00:51:38,860 --> 00:51:40,484 あなたは、キャンパス全体の友人を持つことができます。 1082 00:51:40,484 --> 00:51:41,410 しかし、それは大丈夫です。 1083 00:51:41,410 --> 00:51:43,930 ハーバード大学から誰ので、 このサーバに送信されました。 1084 00:51:43,930 --> 00:51:45,744 BUから誰もがこのサーバーに送信されました。 1085 00:51:45,744 --> 00:51:47,910 MITから誰もが送られました 理論的にはこのserver--に。 1086 00:51:47,910 --> 00:51:50,540 私はかなりのすべてを知りません 基本となる実装の詳細。 1087 00:51:50,540 --> 00:51:55,610 しかし、彼はおそらくで人を仕切ら 彼らのネットワークがあった彼らのキャンパス、。 1088 00:51:55,610 --> 00:51:58,772 >> だから時点まで良いことです あなたは、ハーバード大学のための2つのサーバーを必要な場所 1089 00:51:58,772 --> 00:51:59,980 またはハーバードのための3つのサーバー。 1090 00:51:59,980 --> 00:52:01,800 そして、そのシンプルさ 種類のブレークダウン。 1091 00:52:01,800 --> 00:52:03,174 しかし、それは合理的なアプローチです。 1092 00:52:03,174 --> 00:52:04,950 のは、常にアリスを送信してみましょう 同じ場所に、 1093 00:52:04,950 --> 00:52:06,366 常に同じ場所にボブを送信します。 1094 00:52:06,366 --> 00:52:09,680 しかし、どのようなアリスの場合はどうなります サーバーがオフラインになりましたか? 1095 00:52:09,680 --> 00:52:12,300 ボブとチャーリーはまだ購入することができます 物事とは、サイトにログインします。 1096 00:52:12,300 --> 00:52:13,462 しかし、アリスはできません。 1097 00:52:13,462 --> 00:52:15,170 だから、三分の一を失ってしまいました ユーザーベースの。 1098 00:52:15,170 --> 00:52:16,980 たぶんそれは、100%よりはましですか? 1099 00:52:16,980 --> 00:52:20,580 私たちができればしかし、多分それは素晴らしいことだろう まだ我々のユーザーの100%をサポート 1100 00:52:20,580 --> 00:52:23,470 場合でも、私たちの第三 サーバーがオフラインになります。 1101 00:52:23,470 --> 00:52:24,760 >> だから我々は何を同期できますか? 1102 00:52:24,760 --> 00:52:29,250 ていないユーザーが、それ自体が、 これらのすべてのサーバー間でのデータベース。 1103 00:52:29,250 --> 00:52:33,350 だから今、私たちは一種の一部を必要とします 相互接続の種類 1104 00:52:33,350 --> 00:52:37,880 ここでそのようにサーバー自体 不合理ではないsync--ことができます。 1105 00:52:37,880 --> 00:52:40,090 実際には、この技術が存在します。 1106 00:52:40,090 --> 00:52:45,550 データベースの世界では、あります マスタースレーブデータベースの概念、 1107 00:52:45,550 --> 00:52:48,240 または一次、二次、 ここで、機能のうち、 1108 00:52:48,240 --> 00:52:51,050 データを保存するだけでなく データで応答し、 1109 00:52:51,050 --> 00:52:53,375 だけでなく、ちょうど絶えずへ お互いに同期します。 1110 00:52:53,375 --> 00:52:56,480 だから、いつでもあなたが書いたり、保存します このデータベースに何か、 1111 00:52:56,480 --> 00:53:00,040 それはすぐに、「複写」されます 同様に他のデータベースへ。 1112 00:53:00,040 --> 00:53:02,870 >> そして、あなたはそれから読み取る任意の時間、 あなたがどこにいるかは問題ではありません。 1113 00:53:02,870 --> 00:53:05,170 そのため理論的には場合 それらはすべてあなたがしている、同期しました 1114 00:53:05,170 --> 00:53:07,710 同じデータのビューを取得するつもり。 1115 00:53:07,710 --> 00:53:10,800 だから、これは完璧に聞こえます。 1116 00:53:10,800 --> 00:53:11,883 キャッチがあるはずです。 1117 00:53:11,883 --> 00:53:15,200 1118 00:53:15,200 --> 00:53:18,990 キャッチは何でしょうか? 1119 00:53:18,990 --> 00:53:21,790 >> AUDIENCE:[聞こえません] 1120 00:53:21,790 --> 00:53:25,830 >> DAVIDマラン:うん、そう3回 できるだけ多くのものは間違って行くことができます。 1121 00:53:25,830 --> 00:53:26,930 それが現実です。 1122 00:53:26,930 --> 00:53:28,480 これは、すべての精神で同じかもしれません。 1123 00:53:28,480 --> 00:53:30,404 しかし、誰かがこれらを設定する必要があります。 1124 00:53:30,404 --> 00:53:33,070 より高い確率がありますこと 何かが間違って行くことになるだろう。 1125 00:53:33,070 --> 00:53:38,130 ちょうどあなたが持っているコンビナトリアル エラーを起こしやすいより多くのもの。 1126 00:53:38,130 --> 00:53:40,505 他に何が潜在的に悪いのですか? 1127 00:53:40,505 --> 00:53:41,380 AUDIENCE:[聞こえません] 1128 00:53:41,380 --> 00:53:44,100 1129 00:53:44,100 --> 00:53:46,180 >> DAVIDマラン:ええ、そう 同期は悪いことができます。 1130 00:53:46,180 --> 00:53:48,110 でも、あなたが知っているかもしれないとして、 バックアップなどから、 1131 00:53:48,110 --> 00:53:50,520 あなただけ盲目的に作っている場合 何かが何場合は、バックアップ、 1132 00:53:50,520 --> 00:53:51,560 1データベース上で間違って行きますか? 1133 00:53:51,560 --> 00:53:53,018 あなたはいけないものを削除します。 1134 00:53:53,018 --> 00:53:56,299 あなたはすぐに複製されました 他のどこでもその問題。 1135 00:53:56,299 --> 00:53:58,840 だから、ビクトリアはtalking--バックアップしました ここでは良いことでしょう。 1136 00:53:58,840 --> 00:54:00,549 そして、私たちは戻ってそれを取得します。 1137 00:54:00,549 --> 00:54:03,090 かつ明確にすることが、私たちは話しています ここではないバックアップに関する自体。 1138 00:54:03,090 --> 00:54:08,240 私たちは、真の複製の話をしています またはサーバー間で同期。 1139 00:54:08,240 --> 00:54:09,110 彼らはすべてのライブです。 1140 00:54:09,110 --> 00:54:12,074 彼らはに意図していません バックアップに使用すること。 1141 00:54:12,074 --> 00:54:13,294 >> AUDIENCE:[聞こえません] 1142 00:54:13,294 --> 00:54:14,335 DAVIDマラン:それは何ですか? 1143 00:54:14,335 --> 00:54:14,710 AUDIENCE:Higher-- 1144 00:54:14,710 --> 00:54:15,751 DAVIDマラン:コストが高いです。 1145 00:54:15,751 --> 00:54:20,180 私たちは、コストを三倍にしました 少なくとも点であるが、確認してください 1146 00:54:20,180 --> 00:54:21,100 ハードウェアの。 1147 00:54:21,100 --> 00:54:23,200 データベースがあるので ソフトウェアのほんの一枚。 1148 00:54:23,200 --> 00:54:25,189 ウェブサーバは、ソフトウェアの一部です。 1149 00:54:25,189 --> 00:54:27,980 私たちが使用している場合、それはおそらく無料です オープンソースのものの任意の数。 1150 00:54:27,980 --> 00:54:30,480 しかし、我々が使用している場合 Oracleのようなもの、 1151 00:54:30,480 --> 00:54:36,574 我々は当たりOracleのより多くのお金を払っています アクセスのためのライセンス、またはMicrosoft。 1152 00:54:36,574 --> 00:54:38,240 ここでいくつかの他の漁獲量があるはずです。 1153 00:54:38,240 --> 00:54:39,240 それは、この単純なことはできません。 1154 00:54:39,240 --> 00:54:42,990 1155 00:54:42,990 --> 00:54:47,300 >> だからあなたのポイントに、私はそれがだったと思います カリーム、無地理earlier--またはのために、 1156 00:54:47,300 --> 00:54:50,870 仮定geography--のために、ローマ、それでした 我々はこのことについてスマートされていること、 1157 00:54:50,870 --> 00:54:54,080 我々は、我々のサーバーのいずれかを入れています そして、では、米国では、私達のデータベースを回します 1158 00:54:54,080 --> 00:54:56,910 そして、ヨーロッパの他、別のもの 南米、アフリカの他、 1159 00:54:56,910 --> 00:55:00,290 アジアの他、どこでも我々 世界中をお勧めします。 1160 00:55:00,290 --> 00:55:04,220 我々はすでに我々のトレースから知っています ルートその点Aと点 1161 00:55:04,220 --> 00:55:06,910 B、​​彼らは遠く離れている場合、 より多くの時間を取るしようとしています。 1162 00:55:06,910 --> 00:55:10,312 >> そして、あなたのいくつかは、使用している場合 FacebookやTwitterのようなツール、 1163 00:55:10,312 --> 00:55:13,520 またはこれらのサイトのいずれかのこれらの日、その 常にあるため、ユーザの変更されています 1164 00:55:13,520 --> 00:55:16,880 作成したデータ、時にはあなたの場合 リロードを打つか、同じページを開きます 1165 00:55:16,880 --> 00:55:20,270 他のブラウザでは、次のように表示します 異なるバージョン、ほとんど。 1166 00:55:20,270 --> 00:55:22,875 あなたが誰かのステータスが表示されることがあります ここでは、ここで更新ではなく、 1167 00:55:22,875 --> 00:55:25,500 そして、あなたはそれをリロードし、 、表示され、再度リロード 1168 00:55:25,500 --> 00:55:26,640 そしてそれが消えます。 1169 00:55:26,640 --> 00:55:29,076 換言すれば、ANを保ちます このため目うち、少なくとも 1170 00:55:29,076 --> 00:55:30,950 あなたは社会を使用している場合 特にネットワーク。 1171 00:55:30,950 --> 00:55:33,320 >> ここでも、という理由だけで データには、急速に変化して、 1172 00:55:33,320 --> 00:55:35,710 時々サーバーが同期して入手できますか。 1173 00:55:35,710 --> 00:55:37,230 そして多分それは超小窓です。 1174 00:55:37,230 --> 00:55:39,970 しかし、おそらく200ミリ秒は、 それはだthat--よりもさらに 1175 00:55:39,970 --> 00:55:43,415 いくつかの非ゼロの量を取るつもり これらのデータベースが同期するための時間の。 1176 00:55:43,415 --> 00:55:45,290 そして、私たちはただじゃありません 1リクエストの話。 1177 00:55:45,290 --> 00:55:48,540 同社は、数千を持っている場合 ユーザーは、同時にそれを使用して 1178 00:55:48,540 --> 00:55:49,460 彼らがバッファ可能性があります。 1179 00:55:49,460 --> 00:55:52,240 言い換えれば、そこかもしれません キューまたは待機ラインであります 1180 00:55:52,240 --> 00:55:54,950 これらのデータベースのすべての前に クエリは、同期得ることができます。 1181 00:55:54,950 --> 00:55:56,610 だから多分それは実際には数秒です。 1182 00:55:56,610 --> 00:55:59,820 >> そして実際、これは真実である私も思います Facebookの、それによってこの日に 1183 00:55:59,820 --> 00:56:02,010 彼らはから同期するとき 東海岸西海岸に、 1184 00:56:02,010 --> 00:56:06,026 それは、非自明を有します 伝搬遅延、いわば 1185 00:56:06,026 --> 00:56:07,650 あなただけの種類の容認しなければならないこと。 1186 00:56:07,650 --> 00:56:11,210 そしてそれはあまりありません それが現実であるとしてバグ 1187 00:56:11,210 --> 00:56:14,230 ユーザーは表示されない可能性があること 少なくともための正しいデータ 1188 00:56:14,230 --> 00:56:14,970 数秒。 1189 00:56:14,970 --> 00:56:17,410 >> 私はたくさんのTwitter上でこれを参照してください。 実際にどこに時々私はよ 1190 00:56:17,410 --> 00:56:21,227 1つのウィンドウでつぶやき、に別のものを開きます その後、実際にそれたことを確認するためにそれを参照してください。 1191 00:56:21,227 --> 00:56:22,560 上って行って、それがまだありません。 1192 00:56:22,560 --> 00:56:25,340 そして、私は一種のリロードする必要があり、 それはそこに、リロード、ああreload--。 1193 00:56:25,340 --> 00:56:27,150 それは保存されませんでしたので、それはありません。 1194 00:56:27,150 --> 00:56:29,850 それだけで伝播していません 他のサーバーに。 1195 00:56:29,850 --> 00:56:33,120 >> したがって、このトレードオフは、too--は本当にあなたを行います リスクに自分自身を公開します 1196 00:56:33,120 --> 00:56:37,254 ユーザーは自分のためになった場合、その 歴史、それはまだ実際にそこではないでしょうか。 1197 00:56:37,254 --> 00:56:38,420 私は特定の銀行でこれを参照してください。 1198 00:56:38,420 --> 00:56:42,100 ときにそれは常に、1のために、よく、私を悩まします あなただけ戻って6ヶ月のように行くことができます 1199 00:56:42,100 --> 00:56:45,160 一部の銀行での銀行取引明細書中で、 でも、彼らが必要理論的にかかわらず、 1200 00:56:45,160 --> 00:56:46,576 オンラインすべてを持つことができます。 1201 00:56:46,576 --> 00:56:48,630 彼らはただ、時々ものをオフラインにします。 1202 00:56:48,630 --> 00:56:51,430 時には、それが何であるかのウェブサイトtoo--? 1203 00:56:51,430 --> 00:56:53,570 それはGoDaddyはだ、ああ選ぶ - あります、私は思います。 1204 00:56:53,570 --> 00:56:56,620 あなたがチェックアウトGoDaddyは、 ドメイン名か何かを買って、 1205 00:56:56,620 --> 00:56:58,630 彼らはしばしばあなたを与えるだろう 領収書へのリンク。 1206 00:56:58,630 --> 00:57:01,470 そして、あなたはそのリンクの右をクリックした場合 離れて、それは多くの場合、動作しません。 1207 00:57:01,470 --> 00:57:03,290 それはちょうど、行き止まり、ここで何を言っています。 1208 00:57:03,290 --> 00:57:05,450 >> のため、そして、それはあまりにもです これらの伝搬遅延。 1209 00:57:05,450 --> 00:57:08,290 何らかの理由で、彼らので、 少し時間を取っています 1210 00:57:08,290 --> 00:57:09,670 実際にそれを生成します。 1211 00:57:09,670 --> 00:57:12,070 だから、これはあなたがしたいのようなものです いくつかの点であなたの髪を引き出します。 1212 00:57:12,070 --> 00:57:14,486 すべてのあなたがしようとしているので 行う簡単な問題を解決するためです。 1213 00:57:14,486 --> 00:57:16,590 そして、我々は新しいを作成しておきます 自分のための問題。 1214 00:57:16,590 --> 00:57:18,770 だからどうかを見てみましょう 種類のこれを取り消すことができます。 1215 00:57:18,770 --> 00:57:22,730 >> これは、組み合わせることが判明します あなたのWeb​​サーバのすべての上のデータベース 1216 00:57:22,730 --> 00:57:25,090 本当にベストプラクティスではありません。 1217 00:57:25,090 --> 00:57:27,950 一般的に、どのようなエンジニア 行う、またはシステムアーキテクトになり、 1218 00:57:27,950 --> 00:57:30,340 異なるを有することです サーバの階層。 1219 00:57:30,340 --> 00:57:33,160 そして、ちょうどスペースのために、私はよ ここでは、それらのデータベースを描きます。 1220 00:57:33,160 --> 00:57:38,060 >> 我々は、データベースを持っている可能性があり、 ここでは、サーバーの数4 1221 00:57:38,060 --> 00:57:42,430 それはへの接続を持っています ここではこれらの各サーバー。 1222 00:57:42,430 --> 00:57:45,400 だから、これは私たちのフロントであるかもしれません エンド層、人々が言うように。 1223 00:57:45,400 --> 00:57:47,770 そして、これは私たちのバックエンド層であろう。 1224 00:57:47,770 --> 00:57:50,580 そして、それはちょうどことを意味します これらは、ユーザーが直面しています。 1225 00:57:50,580 --> 00:57:53,010 そして、データベースは、ユーザーに直面していません。 1226 00:57:53,010 --> 00:57:55,480 いいえユーザーが直接することができます データベースにアクセスします。 1227 00:57:55,480 --> 00:57:59,280 >> それでは、今多分ダウン手放します ルートビクトリアは、提案されています。 1228 00:57:59,280 --> 00:58:00,940 これは、単一障害点です。 1229 00:58:00,940 --> 00:58:02,290 それは私が不快になります。 1230 00:58:02,290 --> 00:58:05,790 だから、おそらく何 最も明白な解決策? 1231 00:58:05,790 --> 00:58:06,665 AUDIENCE:[聞こえません] 1232 00:58:06,665 --> 00:58:09,979 1233 00:58:09,979 --> 00:58:11,437 DAVIDマラン:申し訳ありませんが、再びそれを言います。 1234 00:58:11,437 --> 00:58:12,352 AUDIENCE:[聞こえません] 1235 00:58:12,352 --> 00:58:13,810 DAVIDマラン:非本番サーバー。 1236 00:58:13,810 --> 00:58:15,364 どういう意味ですか? 1237 00:58:15,364 --> 00:58:17,120 >> AUDIENCE:[聞こえません] 1238 00:58:17,120 --> 00:58:19,120 >> DAVIDマラン:ああ、[OK]を、バックアップそう。 1239 00:58:19,120 --> 00:58:21,110 [OK]を、私たちは確かに、それを行うことができます。 1240 00:58:21,110 --> 00:58:23,790 そして実際に、これは非常に一般的に行われています。 1241 00:58:23,790 --> 00:58:26,470 これは、データベース番号5であるかもしれません。 1242 00:58:26,470 --> 00:58:28,510 しかし、それだけです 数4に接続されています。 1243 00:58:28,510 --> 00:58:31,110 そして、あなたはホットスペアそれを呼び出すことがあります。 1244 00:58:31,110 --> 00:58:35,080 これら2つのデータベースが構成することができます ただ常に同期させます 1245 00:58:35,080 --> 00:58:35,850 お互い。 1246 00:58:35,850 --> 00:58:39,010 だから、このマシンがために、死亡した場合 ハードドライブreason--愚かなものは何でも 1247 00:58:39,010 --> 00:58:42,100 死ぬ、​​誰かがつまずい コー​​ドは、一部のソフトウェアには欠陥があります 1248 00:58:42,100 --> 00:58:46,560 そして、マシンがハングまたはcrashes-- あなたは文字通り人間を持つことができます 1249 00:58:46,560 --> 00:58:51,090 壁からこの1を外してください その代わりに、この1を差し込みます。 1250 00:58:51,090 --> 00:58:56,340 そして内、のは、言わせて 数分、おそらく半時間、 1251 00:58:56,340 --> 00:58:57,210 あなたがオンラインに戻っています。 1252 00:58:57,210 --> 00:58:59,259 >> それは素晴らしいではないですが、 それはまた恐ろしいではありません。 1253 00:58:59,259 --> 00:59:01,800 そして、あなたは心配する必要はありません 任意の同期に関する問題について。 1254 00:59:01,800 --> 00:59:03,080 すべてがすでにありますので。 1255 00:59:03,080 --> 00:59:05,000 あなたは完璧なを持っていたので 行く準備ができてバックアップ。 1256 00:59:05,000 --> 00:59:07,100 >> あなたは少しかもしれません これについて手の込んだ、 1257 00:59:07,100 --> 00:59:12,990 一部の人々はしばしばそうであるように、どこに ここでは、データベースの数4を持っているかもしれません、 1258 00:59:12,990 --> 00:59:17,480 データベース番号5ここで、 それはお互いに話しています。 1259 00:59:17,480 --> 00:59:24,120 しかし、あなたはまた、これを持っています arrangement--の種類 1260 00:59:24,120 --> 00:59:27,440 その意図的に それから、乱雑に見えます 1261 00:59:27,440 --> 00:59:30,220 is--どこのすべて フロントエンドサーバーことができます 1262 00:59:30,220 --> 00:59:32,870 バックエンドサーバーのすべてに話します。 1263 00:59:32,870 --> 00:59:38,130 ので、このデータベースがない場合 これらのフロントエンドサーバーを持って、応答します 1264 00:59:38,130 --> 00:59:40,212 プログラミングを持っています 言うそれらのコード、 1265 00:59:40,212 --> 00:59:42,170 あなたが取得しない場合 このデータベースへの接続、 1266 00:59:42,170 --> 00:59:45,830 一次がすぐに開始します セカンダリに話し。 1267 00:59:45,830 --> 00:59:48,310 >> しかし、これは、今プッシュ コー​​ドの複雑さ。 1268 00:59:48,310 --> 00:59:52,070 そして今、あなたの開発者、ソフトウェア 開発者は、このことについて知っている必要があります。 1269 00:59:52,070 --> 00:59:56,454 そして、あなたは一種のコードを抱き合わせていること あなたは、実際のバックエンドに書いています 1270 00:59:56,454 --> 00:59:58,370 実装の詳細、 それはより困難になり、 1271 00:59:58,370 --> 01:00:00,670 特に大きなで 企業や大きなウェブサイト、 1272 01:00:00,670 --> 01:00:05,020 ここで、あなたが必ずしもありません プログラマは持っていたいです 1273 01:00:05,020 --> 01:00:10,890 どのようにデータベースを知っています エンジニアは自分の仕事をしています。 1274 01:00:10,890 --> 01:00:13,810 あなたはそれらの役割を維持したい場合があります ソートの機能的に異なるので、 1275 01:00:13,810 --> 01:00:16,810 この層があること 2の間の抽象化。 1276 01:00:16,810 --> 01:00:17,940 >> だから、どのように我々はこれを解決するのでしょうか? 1277 01:00:17,940 --> 01:00:20,290 まあ、我々は一種の解決します この問題は前に一度。 1278 01:00:20,290 --> 01:00:25,680 なぜ我々は、のいずれかを入れていません ここではこれらの事 1279 01:00:25,680 --> 01:00:30,947 それは数4に順番に話すと、 5、フロントエンドWebサーバーのすべて 1280 01:00:30,947 --> 01:00:33,780 この仲介に話をし、 ターン経路で仲介自分のデータ? 1281 01:00:33,780 --> 01:00:38,494 実際には、何があるかもしれません この事のために良い名前は? 1282 01:00:38,494 --> 01:00:39,704 >> AUDIENCE:[聞こえません] 1283 01:00:39,704 --> 01:00:41,120 DAVIDマラン:OK、データベース・マネージャー。 1284 01:00:41,120 --> 01:00:48,030 しかし、この用語は、それであるかもしれないもの 我々は、このデバイスのために再利用することができますか? 1285 01:00:48,030 --> 01:00:49,760 我々は均衡しています。 1286 01:00:49,760 --> 01:00:52,480 うん、そう実際に、私はよ ここではフェアではありません。 1287 01:00:52,480 --> 01:00:56,760 だから、ロードバランサはそれを暗示します 私たちはここで前後にトグルしています、 1288 01:00:56,760 --> 01:00:58,836 これは実際にケースである必要はありません。 1289 01:00:58,836 --> 01:01:00,460 だから我々はこれを行うことができますいくつかの方法があります。 1290 01:01:00,460 --> 01:01:03,920 >> これは、実際にはロードバランサである場合、 話は以前とまったく同じです。 1291 01:01:03,920 --> 01:01:05,230 リクエストの中には、4に進みます。 1292 01:01:05,230 --> 01:01:06,150 それらのいくつかは、5に進みます。 1293 01:01:06,150 --> 01:01:06,710 そして、それは良いことです。 1294 01:01:06,710 --> 01:01:08,835 今、私たちが扱うことができるため、 二倍のスループット。 1295 01:01:08,835 --> 01:01:11,120 しかし、この接続 ここでは超重要です。 1296 01:01:11,120 --> 01:01:14,050 彼らは常に滞在する必要があります 同期とうまくいけば 1297 01:01:14,050 --> 01:01:17,670 離れすぎて地理的にそうではありません 同期は、本質的であること 1298 01:01:17,670 --> 01:01:18,520 瞬間。 1299 01:01:18,520 --> 01:01:20,410 そうでなければ、我々は問題を抱えている可能性があります。 1300 01:01:20,410 --> 01:01:21,330 >> だから、悪くはありません。 1301 01:01:21,330 --> 01:01:25,132 しかし、再び、私たちはしました 新たな問題を導入しました。 1302 01:01:25,132 --> 01:01:26,590 何が問題私はちょうど再作成していますか? 1303 01:01:26,590 --> 01:01:30,000 1304 01:01:30,000 --> 01:01:31,020 単一障害点。 1305 01:01:31,020 --> 01:01:32,390 だからに対する解決策は何ですか? 1306 01:01:32,390 --> 01:01:39,270 ビクトリアのお金を費やすことを好きとしてだから、 私たちは、この男を取り出し、これを行うことができます。 1307 01:01:39,270 --> 01:01:41,731 そして、私はちょうどに行きますよ ここで十分な部屋を移動します。 1308 01:01:41,731 --> 01:01:43,230 そして、少し厄介なことになるだろう。 1309 01:01:43,230 --> 01:01:44,563 私は線の描画を維持するつもりです。 1310 01:01:44,563 --> 01:01:47,080 すべてのことを仮定する これらの行は、両方に行きますか? 1311 01:01:47,080 --> 01:01:52,670 >> ここでは非常に一般的な手法は以下のようになります ハートビートと呼ばれる技術を使用するには 1312 01:01:52,670 --> 01:01:57,390 これにより、これらのデバイスの各々、 左右のロードバランサ、 1313 01:01:57,390 --> 01:02:00,740 または、我々はそれらを呼び出すために好きな、 常に言っている、私は、生きています 1314 01:02:00,740 --> 01:02:03,220 私は生きている、私は生きている、生きています。 1315 01:02:03,220 --> 01:02:05,910 デフォルトでは、そのうちの一つ プライマリとして機能します。 1316 01:02:05,910 --> 01:02:09,620 だから、すべてのトラフィックが経由でルーティングされています 左の1、例えば、 1317 01:02:09,620 --> 01:02:11,260 デフォルトでは、任意に。 1318 01:02:11,260 --> 01:02:16,890 >> しかし、すぐに右側の男として もう左男から聞いていません、 1319 01:02:16,890 --> 01:02:20,440 右の1がプログラムされています 例えば、自動的に、 1320 01:02:20,440 --> 01:02:24,110 IPアドレスを引き継ぎます 左側の1の、 1321 01:02:24,110 --> 01:02:28,240 そのため、プライマリとなり、 多分電子メールやテキストメッセージを送信 1322 01:02:28,240 --> 01:02:31,570 ヒトに、ちょっと、と言って 左のプライマリはオフラインです。 1323 01:02:31,570 --> 01:02:33,310 私は今のプライマリになります。 1324 01:02:33,310 --> 01:02:35,760 だから、副社長になります 社長は、いわば。 1325 01:02:35,760 --> 01:02:38,180 そして、誰かが保存行かなければなりません 社長は、あなたがしたい場合。 1326 01:02:38,180 --> 01:02:41,090 今は一時的なを持っているので、 単一障害点。 1327 01:02:41,090 --> 01:02:45,020 >> ように複雑なまたはストレスの多いです これはされて起動するように見えるかもしれません、 1328 01:02:45,020 --> 01:02:46,990 これは、あなたがこれらの問題を解決する方法です。 1329 01:02:46,990 --> 01:02:48,190 あなたはそれでお金を投げるん。 1330 01:02:48,190 --> 01:02:49,370 あなたはそれでハードウェアを投げます。 1331 01:02:49,370 --> 01:02:52,170 しかし残念ながら、あなた それのために複雑さを追加します。 1332 01:02:52,170 --> 01:02:56,450 その結果は、最終的に、ということです あなたは、理論的には、より多くを持っています 1333 01:02:56,450 --> 01:02:57,670 堅牢なアーキテクチャ。 1334 01:02:57,670 --> 01:02:58,850 それはまだ完璧ではあり​​ません。 1335 01:02:58,850 --> 01:03:02,470 我々はhave--場合でも、我々は可能性があるため、 単一障害点を持ちません。 1336 01:03:02,470 --> 01:03:05,240 現在、障害の二重のポイントを持っています。 1337 01:03:05,240 --> 01:03:07,630 しかし2物事がうまくいかない場合は、 これは絶対にできました、 1338 01:03:07,630 --> 01:03:09,030 我々はまだオフラインであるとしています。 1339 01:03:09,030 --> 01:03:11,660 >> だから非常に一般的で 業界では記述することです 1340 01:03:11,660 --> 01:03:14,000 ナインの面であなたのアップタイム。 1341 01:03:14,000 --> 01:03:18,610 そして、目標のソート 99.999%であることを熱望します 1342 01:03:18,610 --> 01:03:21,580 あなたのサイトがオンラインになっている時間の。 1343 01:03:21,580 --> 01:03:24,170 または、より良い、追加 それにはいくつかのより華やかに。 1344 01:03:24,170 --> 01:03:28,159 残念ながら、これらの ナインは非常に高価です。 1345 01:03:28,159 --> 01:03:29,450 とのは、実際にこれをやらせます。 1346 01:03:29,450 --> 01:03:35,510 だから私は再び私の大きな電卓を開く場合は、 年に365日、一日24時間、 1347 01:03:35,510 --> 01:03:44,780 時間で60分、 分で60秒、 1348 01:03:44,780 --> 01:03:48,690 それはそこにある何秒です 年に私はこれを正しくなかった場合。 1349 01:03:48,690 --> 01:03:55,740 我々回この0.99999ことであれば、それはです どのくらいの時間、私たちは熱望したいです。 1350 01:03:55,740 --> 01:04:00,600 だから、私たちがアップしなければならないことを意味し この秒数年の間に。 1351 01:04:00,600 --> 01:04:03,920 だから私は今引く場合 むしろ元の値、または 1352 01:04:03,920 --> 01:04:07,480 からのこの新しい値 316秒first--、 1353 01:04:07,480 --> 01:04:09,640 もちろん、これは5分です。 1354 01:04:09,640 --> 01:04:13,770 >> だからあなたのウェブサイトやあなたの会社がある場合 あなたがしていることにより、「ファイブナイン」を主張 1355 01:04:13,770 --> 01:04:17,050 時間の99.99%アップ、 それはあなたがより良い意味します 1356 01:04:17,050 --> 01:04:23,470 十分にスマートかつ迅速にされています 十分と資源との十分なフラッシュ 1357 01:04:23,470 --> 01:04:27,890 あなたのサーバーのみオフラインであることを 年間のうち5分。 1358 01:04:27,890 --> 01:04:29,980 それは高価だし、 を志すのは難しいもの。 1359 01:04:29,980 --> 01:04:31,430 >> だから、それはあまりにも、トレードオフです。 1360 01:04:31,430 --> 01:04:35,866 時間の99.999%はかなりあります くそハードと高価。 1361 01:04:35,866 --> 01:04:38,740 あなたはほとんど得ることができますminutes--ファイブ サーバーに物理的に交換します 1362 01:04:38,740 --> 01:04:40,040 間違って逝ってしまった何か。 1363 01:04:40,040 --> 01:04:42,810 我々は、配線を開始した理由、それはです 物事一緒に、より複雑 1364 01:04:42,810 --> 01:04:48,240 アプリオリようにコンピュータ ソートの自分自身を修正することができます。 1365 01:04:48,240 --> 01:04:49,446 うん。 1366 01:04:49,446 --> 01:04:52,344 >> AUDIENCE:[聞こえません] 1367 01:04:52,344 --> 01:05:02,014 1368 01:05:02,014 --> 01:05:04,430 DAVIDマラン:問題は可能性が 場所の任意の数であること。 1369 01:05:04,430 --> 01:05:05,090 そして、fact--で 1370 01:05:05,090 --> 01:05:07,101 >> AUDIENCE:[聞こえません] 1371 01:05:07,101 --> 01:05:08,600 DAVIDマラン:絶対に、絶対に。 1372 01:05:08,600 --> 01:05:10,720 そして、絵のよう 、より複雑になっ 1373 01:05:10,720 --> 01:05:12,110 それは、Webサーバである可能性があります。 1374 01:05:12,110 --> 01:05:14,690 これは、建物への電源である可能性があります。 1375 01:05:14,690 --> 01:05:17,900 それは次のように、物理的なものかもしれません ケーブルが擦り切れたり追い出されてしまいました。 1376 01:05:17,900 --> 01:05:19,879 これは、データベースかもしれません 応答していません。 1377 01:05:19,879 --> 01:05:22,920 それは彼らがそれらの動作を更新することができました システムと何かがぶら下がっています。 1378 01:05:22,920 --> 01:05:24,634 だから、他の多くの可動部分があります。 1379 01:05:24,634 --> 01:05:27,050 そしてそう工学の多く それは、この背後に行かなければなりません 1380 01:05:27,050 --> 01:05:30,431 実際にどのようなだけのトレードオフであり、 多くの時間、それが実際にどのくらいのお金であります 1381 01:05:30,431 --> 01:05:32,930 価値がある、とどのような脅威があります あなたはについては本当に心配していますか? 1382 01:05:32,930 --> 01:05:35,471 例えば、中 私はハーバード大学で教えるコース、 1383 01:05:35,471 --> 01:05:38,470 我々は、クラウドコンピューティングの多くを使用します 我々は、今でご覧になることを始めましょう 1384 01:05:38,470 --> 01:05:41,107 実際には、我々はどこを使います Amazon Webサービス。 1385 01:05:41,107 --> 01:05:42,940 それはちょうどので、 一つは我々が始まりました。 1386 01:05:42,940 --> 01:05:45,856 しかし、これまで以上に、これらの日があります GoogleとMicrosoftと他人から。 1387 01:05:45,856 --> 01:05:50,030 そして、我々は意識的にすべて置くことを選択します 私たちのコースの仮想マシンの、 1388 01:05:50,030 --> 01:05:55,400 彼らは呼ばれているように私は思います それは、西バージニア州のデータセンターです。 1389 01:05:55,400 --> 01:05:57,560 生徒のほとんどは 米国からのことが起こります、 1390 01:05:57,560 --> 01:05:59,820 確かにありま​​すが、 いくつかの国際的。 1391 01:05:59,820 --> 01:06:02,630 >> しかし、現実はそれだけだです 単純かつそれが私たちのために安価です 1392 01:06:02,630 --> 01:06:05,540 私たちのすべての卵を入れて バージニアバスケットで、 1393 01:06:05,540 --> 01:06:08,050 私があれば何かを知っているにもかかわらず、 バージニア州ではうまくいきません、 1394 01:06:08,050 --> 01:06:12,760 時折ようhappened--ているように ハリケーンまたは一部天候があるかどう 1395 01:06:12,760 --> 01:06:15,890 いくつかがあるかどうか、そのようなイベント、 電力網の問題またはすべてlike-- 1396 01:06:15,890 --> 01:06:20,240 私たちのコースのデータをオフラインで行くかもしれません 分または時間のいくつかの数について 1397 01:06:20,240 --> 01:06:21,600 あるいはさらに長いです。 1398 01:06:21,600 --> 01:06:24,020 >> しかし、複雑さの量 それは必要とされます、 1399 01:06:24,020 --> 01:06:26,895 その希望の金額 すべてを動作させるために、必要なこと 1400 01:06:26,895 --> 01:06:31,420 ヨーロッパやカリフォルニアで並列に ちょうどそんなに意味がありません。 1401 01:06:31,420 --> 01:06:35,080 だから、合理的なトレードです しかし、痛みを伴う1オフ 1402 01:06:35,080 --> 01:06:37,740 あなたが実際にいるとき そのダウンタイムを持ちます。 1403 01:06:37,740 --> 01:06:41,830 >> まあ、に今すぐ移行してみましょう クラウドベースのソリューションの一部 1404 01:06:41,830 --> 01:06:43,320 これらの問題の一部です。 1405 01:06:43,320 --> 01:06:45,040 私たちがしてきたすべてのもの これまでの議論 1406 01:06:45,040 --> 01:06:47,527 持っている問題の一種であります いくつかの時間のための私達と一緒にされて、 1407 01:06:47,527 --> 01:06:49,610 あなた自身を持っているかどうか あなたの会社のサーバー、 1408 01:06:49,610 --> 01:06:52,740 あなたはコロケーションに行くかどうか データセンターと共有するように配置します 1409 01:06:52,740 --> 01:06:55,110 他の誰かとのスペース、 または、今日の雲インチ 1410 01:06:55,110 --> 01:06:57,040 >> 約素敵なものです クラウドは、すべてのことです 1411 01:06:57,040 --> 01:06:59,540 私はこれらの事の 物理的なオブジェクトとして描画 1412 01:06:59,540 --> 01:07:02,400 今のように考えることができます 仮想オブジェクトの並べ替え 1413 01:07:02,400 --> 01:07:04,659 あるクラウドで ソフトウェアでシミュレート。 1414 01:07:04,659 --> 01:07:07,700 言い換えれば、コンピュータは、今日、 デルの絵のようなサーバーの今日、 1415 01:07:07,700 --> 01:07:11,720 私は、以前に示したように高速であり、持っています そんなにRAM、そんなにCPU、そんなにディスク 1416 01:07:11,720 --> 01:07:16,140 人々が書かれていることをスペース、 事実上のパーティションへのソフトウェア 1417 01:07:16,140 --> 01:07:21,130 それのような錯覚に1つのサーバアップ そう、二つのサーバ、または200サーバであります 1418 01:07:21,130 --> 01:07:24,150 私たちのそれぞれが顧客のこと 持っていることの錯覚を持っています 1419 01:07:24,150 --> 01:07:29,110 いくつかのウェブ上だけでなく、アカウント ホストが、我々はしている私たち自身のマシン 1420 01:07:29,110 --> 01:07:30,490 他の誰かから借ります。 1421 01:07:30,490 --> 01:07:34,140 >> しかし、それは仮想マシンです これまでに1デルのサーバ上など、 1422 01:07:34,140 --> 01:07:39,160 それが再びにまで分割されるかもしれません 二種200以上の仮想マシン 1423 01:07:39,160 --> 01:07:43,770 これらの全ては、管理人を与えます アクセスが、私たちのいずれの方法で 1424 01:07:43,770 --> 01:07:48,040 知っている、または仮想他にアクセスすることができます 同じハードウェア上のマシン。 1425 01:07:48,040 --> 01:07:53,430 だから、今日のスライドに画像をペイントします、 私はウェブサイトからここにこのショットを持っています 1426 01:07:53,430 --> 01:07:54,160 ドッカーと呼ばれます。 1427 01:07:54,160 --> 01:07:56,970 >> だから、これはもう少しです 私たちが実際に必要以上に詳細。 1428 01:07:56,970 --> 01:07:59,830 しかし、あなたは、このを表示する場合 あなたのinfrastructure-- 1429 01:07:59,830 --> 01:08:02,910 これだけのハードウェアは、独自の、 サーバー、ラック、データ 1430 01:08:02,910 --> 01:08:06,480 センター、およびthat--のすべてのあなたがあろう 通常、ホストオペレーティングシステムを実行します。 1431 01:08:06,480 --> 01:08:08,275 だから、何かが、それはWindowsのかもしれませんlike--。 1432 01:08:08,275 --> 01:08:09,430 これは、Mac OSではないでしょう。 1433 01:08:09,430 --> 01:08:11,430 それは本当にありませんので 企業のこれらの日。 1434 01:08:11,430 --> 01:08:15,670 だから、LinuxまたはSolarisであろう UnixやBSDやFreeBSDや 1435 01:08:15,670 --> 01:08:19,779 他のオペレーティングシステムの任意の数または 無料または商用のいずれかであること。 1436 01:08:19,779 --> 01:08:22,120 >> そして、あなたが実行します プログラム、特別なプログラム、 1437 01:08:22,120 --> 01:08:26,479 ハイパーバイザと呼ばれる、または 仮想マシンモニタ、VMM。 1438 01:08:26,479 --> 01:08:31,649 あなたがしている場合、これらは、製品です VMware社やVirtualBoxのような、おなじみの 1439 01:08:31,649 --> 01:08:34,080 またはVirtual PCや他の人。 1440 01:08:34,080 --> 01:08:38,430 そして、何それらのプログラムがやっていることは、正確です 私は以前に記載されている機能です。 1441 01:08:38,430 --> 01:08:41,779 それは錯覚を作成します その一つの物理マシン 1442 01:08:41,779 --> 01:08:44,550 複数の仮想マシンであることができます。 1443 01:08:44,550 --> 01:08:48,260 >> それで、トップアップこれらのカラフルな箱があります 以下の絵を描きます。 1444 01:08:48,260 --> 01:08:50,260 このハイパーバイザーは、この ソフトウェアの一部、それを呼び出します 1445 01:08:50,260 --> 01:08:54,090 VMwareは、他のいくつかの上で実行されています オペレーティングシステムは、Linuxのそれを呼び出します 1446 01:08:54,090 --> 01:08:56,910 ような錯覚を作成しています この物理的なコンピュータは、実際にあります 1447 01:08:56,910 --> 01:09:00,149 一つ、二つ、三つの仮想計算機。 1448 01:09:00,149 --> 01:09:04,270 だから私は、今の所有者として、買ってきました このハードウェア、1物理コンピュータ。 1449 01:09:04,270 --> 01:09:06,200 そして今、私が借りています それには3つの顧客。 1450 01:09:06,200 --> 01:09:09,731 >> そして、これら3つの顧客がすべてだと思います 彼らは、専用の仮想マシンを持っています。 1451 01:09:09,731 --> 01:09:10,939 そして、それは餌とスイッチいません。 1452 01:09:10,939 --> 01:09:13,750 それはそれ以上の開示です あなたは、仮想マシンを使用しています。 1453 01:09:13,750 --> 01:09:17,589 しかし、技術的に、我々はすべて 完全な管理コントロールを持っています 1454 01:09:17,589 --> 01:09:19,880 これらのゲストのそれぞれの上 これは可能性のオペレーティングシステム、 1455 01:09:19,880 --> 01:09:21,370 オペレーティングシステムの任意の数です。 1456 01:09:21,370 --> 01:09:23,029 >> 私は私が欲しいものをインストールすることができます。 1457 01:09:23,029 --> 01:09:24,640 私が好きな私はそれをアップグレードすることができます。 1458 01:09:24,640 --> 01:09:27,470 そして、私も知っている必要はありませんか 他のオペレーティング気に 1459 01:09:27,470 --> 01:09:29,678 そのコンピュータ上のシステム、 他の仮想マシン、 1460 01:09:29,678 --> 01:09:35,290 このすべて灰色の所有者でない限り スタッフは少し欲張り中です 1461 01:09:35,290 --> 01:09:37,540 そして彼または彼女のリソースを過剰販売されています。 1462 01:09:37,540 --> 01:09:40,800 >> だから、1つを取っている場合 物理マシンとそれを販売します 1463 01:09:40,800 --> 01:09:44,399 ないし200が、400 ある時点での顧客、 1464 01:09:44,399 --> 01:09:47,270 我々はそれらの中にトリップするつもりです 前と同じパフォーマンスの問題。 1465 01:09:47,270 --> 01:09:50,460 あなたが唯一の有限を持っているので、 ディスクなどのRAMとの量。 1466 01:09:50,460 --> 01:09:53,450 仮想マシン ちょうどプログラムであり、 1467 01:09:53,450 --> 01:09:56,140 ふり 本格的なコンピュータ。 1468 01:09:56,140 --> 01:09:58,040 だから、あなたはここで何を支払うを取得します。 1469 01:09:58,040 --> 01:10:02,150 >> だから、あなたが支払う可能性がありますオンラインで見つけることができます 評判の良い会社多分$月100 1470 01:10:02,150 --> 01:10:05,660 独自の仮想マシンのために、または 独自の仮想プライベートサーバ、 1471 01:10:05,660 --> 01:10:07,090 それのための別の用語です。 1472 01:10:07,090 --> 01:10:10,400 それとも、いくつかのフライをすることによって見つけるかもしれません あなた$ 5.99の月を支払う夜 1473 01:10:10,400 --> 01:10:12,080 独自の仮想マシンの。 1474 01:10:12,080 --> 01:10:15,614 しかし、オッズは、あなたがほとんど持っていないです あなたに利用できる限り、パフォーマンス、 1475 01:10:15,614 --> 01:10:18,530 彼らはそれを過剰販売してきたので、 そう、あなたが高いの場合と比べて 1476 01:10:18,530 --> 01:10:22,340 サービスの層またはより良いベンダー。 1477 01:10:22,340 --> 01:10:24,590 >> だから、これは実際に私たちのために何を意味するのでしょうか? 1478 01:10:24,590 --> 01:10:26,110 だから、私はこれに行ってみましょう。 1479 01:10:26,110 --> 01:10:29,580 私はaws.amazon.comに行くつもりです。 1480 01:10:29,580 --> 01:10:31,590 彼らが持っているという理由だけで オプションの素敵なメニュー。 1481 01:10:31,590 --> 01:10:34,700 しかし、これらの同じレッスンに適用されます 他のクラウド・ベンダーの全体の束。 1482 01:10:34,700 --> 01:10:38,201 残念ながら、多くの場合です マーケティングは何よりも話します。 1483 01:10:38,201 --> 01:10:39,200 そして、これは変化し続けています。 1484 01:10:39,200 --> 01:10:41,820 ですから、このようなWebサイトにアクセスしてください。 1485 01:10:41,820 --> 01:10:44,560 そして、これは本当にありません あなたに何の多くを教えてください。 1486 01:10:44,560 --> 01:10:47,780 >> とにも私、私はこれを見てのように、しません 実際にどのようなこれらのもののいずれかを知っています 1487 01:10:47,780 --> 01:10:49,334 私はダイビングまで必ずしも行います。 1488 01:10:49,334 --> 01:10:50,875 しかし、ここでは、左の計算を始めましょう。 1489 01:10:50,875 --> 01:10:52,980 そして、私はこれをクリックするつもりです。 1490 01:10:52,980 --> 01:10:56,960 そして今、Amazonは率直に言ってい サービスの圧倒的多数 1491 01:10:56,960 --> 01:10:57,960 最近。 1492 01:10:57,960 --> 01:11:01,040 しかし、Amazon EC2のは、おそらく最も簡単です。 1493 01:11:01,040 --> 01:11:05,840 >> Amazon EC2のは、まさに私たちのために作成されます。 私たちは一瞬前に見た絵。 1494 01:11:05,840 --> 01:11:10,240 それは彼らがの多くを作る方法です クラウドでの彼らのお金。 1495 01:11:10,240 --> 01:11:12,910 どうやらネットフリックスなど 彼らと雲の中にあります。 1496 01:11:12,910 --> 01:11:16,260 これはすべて、典型的には、 ふわふわマーケティング話します。 1497 01:11:16,260 --> 01:11:19,720 だから私は何をしたいPricing--に移動され、 あるいはむしろのは、インスタンスへ行こう 1498 01:11:19,720 --> 01:11:23,790 最初ちょうどこのの絵をペイントします。 1499 01:11:23,790 --> 01:11:25,800 >> だから、これはベンダーによって異なります。 1500 01:11:25,800 --> 01:11:29,590 そして、我々はあまりにも深くに取得する必要はありません。 ここではどのようにこのすべての作品の雑草。 1501 01:11:29,590 --> 01:11:34,720 しかし道アマゾン、例えば、 あなたは、仮想マシンまたはサーバレンタル 1502 01:11:34,720 --> 01:11:37,200 クラウドに彼らが持っているされています 面白い名前のこれらの並べ替え、 1503 01:11:37,200 --> 01:11:41,000 小さな意味t2.nano、など 大きな意味またはt2.large、。 1504 01:11:41,000 --> 01:11:43,970 それらのそれぞれは、いずれかのあなたを与えます 1または2の仮想CPU。 1505 01:11:43,970 --> 01:11:45,470 >> なぜそれが仮想CPUのですか? 1506 01:11:45,470 --> 01:11:49,440 まあ、物理マシンのかもしれません 64以上の実際のCPUを持っています。 1507 01:11:49,440 --> 01:11:52,125 しかし、再び、ソフトウェアを介して、 彼らは錯覚を作成します 1508 01:11:52,125 --> 01:11:55,410 その1機があり得ること 複数のユーザーにまでdivvied。 1509 01:11:55,410 --> 01:11:58,765 だから我々は、と考えることができます 1インテルのCPUを持つか、2。 1510 01:11:58,765 --> 01:12:01,290 hour--私は希望あたりのCPUクレジット 細かい活字を読まなければなりません 1511 01:12:01,290 --> 01:12:02,581 これは実際に何を意味するかにありま​​す。 1512 01:12:02,581 --> 01:12:05,850 これは、マシンのどのくらいを意味します あなたが向かい合っ時間ごとに使用することができます 1513 01:12:05,850 --> 01:12:07,730 そのハードウェア上の他の顧客。 1514 01:12:07,730 --> 01:12:11,560 >> ここでは、どのくらいのRAMやメモリです 半分ギガバイト、または500のいずれかをget-- 1515 01:12:11,560 --> 01:12:14,120 メガバイト、または1ギガバイト、または2。 1516 01:12:14,120 --> 01:12:17,390 そして、ストレージだけを指し、 ディスクの種類、彼らはあなたを与えます。 1517 01:12:17,390 --> 01:12:19,950 別のストレージがあります 彼らが提供する技術。 1518 01:12:19,950 --> 01:12:22,870 しかし、これより面白いです その後、価格設定かもしれません。 1519 01:12:22,870 --> 01:12:25,860 >> だから、CTOかある場合 ないエンジニア 1520 01:12:25,860 --> 01:12:28,420 あなたの内のサーバーを実行したいです オフィス、何らかの理由で、 1521 01:12:28,420 --> 01:12:30,230 そしてそれはあまりにも方法です 複雑で高価な 1522 01:12:30,230 --> 01:12:33,930 サーバーを購入し、それらを同時検索しますと いくつかの物理的なケージ空間に家賃を払います 1523 01:12:33,930 --> 01:12:36,670 あなたはただ座ってしたいですsomewhere-- あなたのラップトップで夜遅く、 1524 01:12:36,670 --> 01:12:40,480 クレジットカード情報を入力し、 そして、cloud--ウェル内のサーバーを借ります 1525 01:12:40,480 --> 01:12:41,920 私たちはここでそれを行うことができます。 1526 01:12:41,920 --> 01:12:45,769 私は、Linux to--ダウン行くつもりです 一般的なオペレーティングシステムです。 1527 01:12:45,769 --> 01:12:47,310 そして、ちょうど物事の意味を取得してみましょう。 1528 01:12:47,310 --> 01:12:48,990 Whoops--大きすぎます。 1529 01:12:48,990 --> 01:12:53,670 >> それでは、彼らの最も小さいを見てみましょう 持っているようだ、仮想マシン、 1530 01:12:53,670 --> 01:12:57,440 我々の目的のために、一つのCPU そして、RAMの500メガバイト。 1531 01:12:57,440 --> 01:12:58,440 これはかなり小さいです。 1532 01:12:58,440 --> 01:13:00,820 しかし率直に言って、Webサーバにはありません すべてそれほど行う必要があります。 1533 01:13:00,820 --> 01:13:02,630 あなたはあなたのラップトップでより良いスペックを持っています。 1534 01:13:02,630 --> 01:13:04,990 しかし、あなたはそれらを必要としません スペックのもののために、これらの日。 1535 01:13:04,990 --> 01:13:11,490 あなたは時間当たり$ 0.0065支払うつもりです。 1536 01:13:11,490 --> 01:13:12,080 >> それでは見てみましょう。 1537 01:13:12,080 --> 01:13:15,970 24時間の日中に存在する場合、および 私たちは、時速この多くを払っています 1538 01:13:15,970 --> 01:13:20,680 それを借りることをあなたに$ 0.15の費用がかかります クラウド内の特定のサーバ。 1539 01:13:20,680 --> 01:13:22,210 そして、それはちょうど日のためです。 1540 01:13:22,210 --> 01:13:27,050 我々は、この365-- $ 57を行う場合 その特定のサーバーを借ります。 1541 01:13:27,050 --> 01:13:28,420 だから、超格安に聞こえます。 1542 01:13:28,420 --> 01:13:31,100 >> それはまた、超低性能です。 1543 01:13:31,100 --> 01:13:37,169 だから我々は、コースのために私は傾向があり、ここに教えます 使用するために私がt2.smallsまたはt2.mediumsと思います。 1544 01:13:37,169 --> 01:13:39,960 そして、我々は数百を持っている可能性があります ユーザー、数千のユーザー、合計。 1545 01:13:39,960 --> 01:13:40,900 それはかなり控えめです。 1546 01:13:40,900 --> 01:13:42,360 それでは、これは費用がかかるか見てみましょう。 1547 01:13:42,360 --> 01:13:49,260 だから私はこのコストの回をすれば24 時間時間365、この1の$ 225 1548 01:13:49,260 --> 01:13:51,160 そしてコース 私は、我々は一般的に、教​​えます 1549 01:13:51,160 --> 01:13:54,970 以下のために、すべてのもののうちの2つを実行します 冗長性ともパフォーマンスのため。 1550 01:13:54,970 --> 01:13:59,230 だから我々は、したがって、過ごすかもしれません、 サーバのための$ 500 1551 01:13:59,230 --> 01:14:00,860 ことを、私たちは毎年必要になる場合があります。 1552 01:14:00,860 --> 01:14:05,210 >> さて、あなたはより多くを必要とする場合performance-- メモリを見てみましょう。 1553 01:14:05,210 --> 01:14:06,810 私たちは、メモリについてかなり話しました。 1554 01:14:06,810 --> 01:14:09,330 そして、あなたはより多くを必要としない場合 memory--と64ギガバイト 1555 01:14:09,330 --> 01:14:12,310 私はmentioning--保た数です これは時間あたりほぼ$ 1です。 1556 01:14:12,310 --> 01:14:16,180 そして、あなたはかなり迅速に場所を確認することができます これは、そのように24時間の時間365をgoes--。 1557 01:14:16,180 --> 01:14:20,580 だから、今では年間$ 8,000です かなりまともなサーバー用。 1558 01:14:20,580 --> 01:14:23,010 >> だから、いくつかの点で、あります この変曲点 1559 01:14:23,010 --> 01:14:29,510 今、私たちは$ 6,000過ごすことができどこ おそらく、そのようなマシンを買います 1560 01:14:29,510 --> 01:14:33,800 そして、多分2の上にそのコストを償却 3年、機械の寿命。 1561 01:14:33,800 --> 01:14:38,880 しかし、何があな​​たを中に押し込むことがあります 借りるの賛成または冷遇 1562 01:14:38,880 --> 01:14:41,230 このようなクラウドでのマシン? 1563 01:14:41,230 --> 01:14:44,110 再び、これは、おそらく、同程度であります これらのDellサーバーのいずれかに 1564 01:14:44,110 --> 01:14:47,208 私たちは、少し前に描かれました。 1565 01:14:47,208 --> 01:14:51,016 >> AUDIENCE:[聞こえません] 1566 01:14:51,016 --> 01:14:54,350 1567 01:14:54,350 --> 01:14:56,190 >> DAVIDマラン:ええ、それは巨大な利点です。 1568 01:14:56,190 --> 01:14:58,640 我々が購入していないため、 マシンは、我々はそれを箱から出す必要はありません。 1569 01:14:58,640 --> 01:14:59,600 我々はそれを持ち上げる必要はありません。 1570 01:14:59,600 --> 01:15:01,110 私たちは、ラックにそれをプラグインする必要はありません。 1571 01:15:01,110 --> 01:15:02,080 私たちはそれをプラグインする必要はありません。 1572 01:15:02,080 --> 01:15:03,140 私たちは支払う必要はありません 電気代。 1573 01:15:03,140 --> 01:15:05,120 >> 私たちは、オンにする必要はありません 空調に。 1574 01:15:05,120 --> 01:15:07,620 ハードドライブが死亡したとき、私たちは持っていません 夜中にで駆動します 1575 01:15:07,620 --> 01:15:08,172 それを修正します。 1576 01:15:08,172 --> 01:15:09,630 我々は監視を設定する必要はありません。 1577 01:15:09,630 --> 01:15:13,750 リストが進むto--私たちは持っていません そして物理的なすべてのものの上 1578 01:15:13,750 --> 01:15:15,810 あなたが行う必要はありません 以下のために "クラウド"。 1579 01:15:15,810 --> 01:15:18,620 >> そして、明確にするために、クラウドコンピューティング この非常に使い古さ用語です。 1580 01:15:18,620 --> 01:15:22,790 それは本当に誰かを支払うことを意味します 他のあなたのためのサーバを実行するには、 1581 01:15:22,790 --> 01:15:25,300 または上のスペースを借ります 誰か他の人のサーバ。 1582 01:15:25,300 --> 01:15:27,110 だから、用語「クラウドコンピューティング」が新しく追加されました。 1583 01:15:27,110 --> 01:15:30,260 アイデアは何十年も古いです。 1584 01:15:30,260 --> 01:15:32,070 だから、かなり魅力的です。 1585 01:15:32,070 --> 01:15:33,960 >> そして、あなたはより多くの何を得るのですか? 1586 01:15:33,960 --> 01:15:38,287 さて、あなたはまた、能力を得ます 自宅でノートパソコンに全力を尽くします。 1587 01:15:38,287 --> 01:15:40,620 他の言葉で、すべての 私はちょうどdrawing--た写真 1588 01:15:40,620 --> 01:15:44,010 そして、それはあっても、そのずっと前にはなかったです 私は、サーバーの床の上に周りのクロールされました 1589 01:15:44,010 --> 01:15:46,680 以下のためにケーブルを差し込みます あなたが見るラインのそれぞれ、 1590 01:15:46,680 --> 01:15:49,590 そして、動作をアップグレード システム、および周りのドライブを変更します。 1591 01:15:49,590 --> 01:15:51,610 がたくさんあり​​ます すべてのことに物性。 1592 01:15:51,610 --> 01:15:55,300 >> しかし、仮想約美しいものです マシン、名前が一種の示唆するように、 1593 01:15:55,300 --> 01:15:57,600 今、Webベースがあります インタフェースとなります 1594 01:15:57,600 --> 01:15:59,900 あなたは同等のものをしたい場合 このサーバからのラインの 1595 01:15:59,900 --> 01:16:03,959 他に、ちょうどタイプ、種類、タイプ、 クリックしてドラッグし、Submitをクリックして、ほら、 1596 01:16:03,959 --> 01:16:05,250 あなたはそれが事実アップ有線持っています。 1597 01:16:05,250 --> 01:16:07,235 それはすべてのソフトウェアで行われていますので。 1598 01:16:07,235 --> 01:16:09,110 それは完了だと理由 ソフトウェアで再び 1599 01:16:09,110 --> 01:16:12,650 我々はそんなにRAMを持っているのでので、 これらの日、私たちに利用できる多くのCPU、 1600 01:16:12,650 --> 01:16:14,880 のにもかかわらず、すべての その原料には時間がかかり、 1601 01:16:14,880 --> 01:16:18,450 物事を実行するために遅いそれをあります ハードウェアよりもソフトウェアで、 1602 01:16:18,450 --> 01:16:23,710 それは機械を使用するために遅くなりますと同じように RAM以外のハードドライブのようなデバイス、 1603 01:16:23,710 --> 01:16:25,190 純粋に電子的な何か。 1604 01:16:25,190 --> 01:16:27,490 我々は非常に多くのリソースを持っています 私たちに利用できます。 1605 01:16:27,490 --> 01:16:29,920 私たち人間は一種の不変遅いです。 1606 01:16:29,920 --> 01:16:33,840 そして今のマシンが行うことができます 単位時間当たりのそんなに多く。 1607 01:16:33,840 --> 01:16:36,640 私たちは、これらの能力を持っています 事実上のことを行います。 1608 01:16:36,640 --> 01:16:39,120 >> そして、私はコースに言うだろう 私は、ここでは、例えば、教えます 1609 01:16:39,120 --> 01:16:43,464 我々は、約多分ダースか 仮想マシンのように合計 1610 01:16:43,464 --> 01:16:45,880 その任意の時に実行されているような 時間のフロントエンドのものをやって、 1611 01:16:45,880 --> 01:16:47,620 最後のものをバックやって。 1612 01:16:47,620 --> 01:16:50,237 私たちは、ストレージのすべてを持っています。 1613 01:16:50,237 --> 01:16:52,820 だから物事を含む任意のビデオは、 このように我々は撮影していること、 1614 01:16:52,820 --> 01:16:54,330 我々はクラウドに入れてしまいます。 1615 01:16:54,330 --> 01:16:58,710 Amazonは、Amazon S3のと呼ばれるサービスを提供しています そのシンプルなストレージサービス、どの 1616 01:16:58,710 --> 01:17:00,397 ちょうど雲のディスクスペースのようなものです。 1617 01:17:00,397 --> 01:17:02,230 彼らは何かを持っています これは、CloudFrontをと呼ばれます 1618 01:17:02,230 --> 01:17:06,040 CDNサービス、コンテンツがあります 配信ネットワークサービス、どの 1619 01:17:06,040 --> 01:17:10,190 彼らはすべてのファイルを取ると意味 あなたは自動的にそれを複製するために 1620 01:17:10,190 --> 01:17:11,290 世界中で。 1621 01:17:11,290 --> 01:17:12,780 >> そこで、彼らは先制それをしません。 1622 01:17:12,780 --> 01:17:15,159 しかし、初めての誰か インドはあなたのファイルを要求するには、 1623 01:17:15,159 --> 01:17:16,700 彼らは潜在的にそれをローカルにキャッシュします。 1624 01:17:16,700 --> 01:17:19,325 中国で初めて、 たまたまブラジルで初めて、 1625 01:17:19,325 --> 01:17:20,880 彼らはそれをローカルにキャッシュし始めます。 1626 01:17:20,880 --> 01:17:22,730 そして、あなたはそれのいずれかを行う必要はありません。 1627 01:17:22,730 --> 01:17:26,710 そしてそれは信じられないほどです 物事を移動するための説得力のあるこれらの日 1628 01:17:26,710 --> 01:17:27,890 クラウドへ。 1629 01:17:27,890 --> 01:17:31,890 あなたは文字通り、この能力を持っているので、 ほぼ同じくらいをやって人間を持っていないように 1630 01:17:31,890 --> 01:17:32,390 作業。 1631 01:17:32,390 --> 01:17:35,930 そして、あなたは文字通りのような多くを必要としません これらの仕事をしている人間anymore-- 1632 01:17:35,930 --> 01:17:38,450 もはや「OPS」、または運用の役割、。 1633 01:17:38,450 --> 01:17:43,150 あなたは本当にただ必要 開発者および少数のエンジニア 1634 01:17:43,150 --> 01:17:44,840 誰がちょうど事実上のことを行うことができます。 1635 01:17:44,840 --> 01:17:46,590 実際には、ちょうど与えるために あなたこれの意味、 1636 01:17:46,590 --> 01:17:51,800 私はのための価格設定に行きましょう ここで一つの他の製品。 1637 01:17:51,800 --> 01:17:58,170 それでは、CDN S3のようなものを見てみましょう。 1638 01:17:58,170 --> 01:18:01,140 だから、これは本質的です クラウド内の仮想ハードドライブ。 1639 01:18:01,140 --> 01:18:14,360 我々はスクロールダウンした場合とpricing--します それは、ギガバイトあたり$ 0.007です。 1640 01:18:14,360 --> 01:18:16,300 そして、どのようthat's--我々はこれを行うのですか? 1641 01:18:16,300 --> 01:18:17,410 私はそれが毎月だと思います。 1642 01:18:17,410 --> 01:18:21,530 >> だから、month--ごとまたは一日あたりのですか? 1643 01:18:21,530 --> 01:18:23,200 ダンは、一日あたりのこのですか? 1644 01:18:23,200 --> 01:18:24,700 これはOK、月額です。 1645 01:18:24,700 --> 01:18:28,280 だから、これはmonth--あたりであれば 申し訳ありませんが、それは月額$ 0.03です。 1646 01:18:28,280 --> 01:18:29,820 年のうち12ヶ月があります。 1647 01:18:29,820 --> 01:18:32,250 それでは、どのくらいのデータかもしれません あなたはクラウドに保存しますか? 1648 01:18:32,250 --> 01:18:37,410 ギガバイトは巨大ではありませんが、私 1テラバイトのように、知りません、 1649 01:18:37,410 --> 01:18:38,460 それらの千のようなので。 1650 01:18:38,460 --> 01:18:39,501 それはすべてのことあまりないのです。 1651 01:18:39,501 --> 01:18:44,382 これは、テラバイトを格納するために$ 368です Amazonのクラウド内のデータの。 1652 01:18:44,382 --> 01:18:46,090 だから、うちのいくつかは何ですか トレードオフ、その後? 1653 01:18:46,090 --> 01:18:47,970 これは、すべての良いことはできません。 1654 01:18:47,970 --> 01:18:52,260 私たちが今日について話してきたものではありません ソートの漁獲量やコストをかけずに。 1655 01:18:52,260 --> 01:18:55,269 だから移動について悪いものです クラウドへのすべてのもの? 1656 01:18:55,269 --> 01:18:56,060 AUDIENCE:セキュリティ。 1657 01:18:56,060 --> 01:18:57,721 DAVIDマラン:OK、あなたは何を意味するのですか? 1658 01:18:57,721 --> 01:18:58,596 AUDIENCE:[聞こえません] 1659 01:18:58,596 --> 01:19:01,589 1660 01:19:01,589 --> 01:19:02,630 DAVIDマラン:ええ、右。 1661 01:19:02,630 --> 01:19:05,130 そして、あなたが本当にしたいです いくつかのランダムなエンジニア 1662 01:19:05,130 --> 01:19:08,750 アマゾンであなたが持って会うことは決してないだろうということ これらのコンピュータに物理的にアクセス、 1663 01:19:08,750 --> 01:19:11,010 そして、あれば彼らは本当に 、仮想アクセスを望んでいましたか? 1664 01:19:11,010 --> 01:19:15,070 とにもかかわらずで 理論は、よくsoftware-- 1665 01:19:15,070 --> 01:19:17,442 暗号化は絶対にすることができます あなたはこの保護します。 1666 01:19:17,442 --> 01:19:19,150 だから、あなたがしているものであれば サーバーに保存します 1667 01:19:19,150 --> 01:19:21,470 心配のあまりをencrypted--されます。 1668 01:19:21,470 --> 01:19:25,010 >> しかし、すぐに人間が物理を持っているとして マシンへのアクセス、脇暗号化、 1669 01:19:25,010 --> 01:19:26,100 全てのベットは、ソートのオフになっています。 1670 01:19:26,100 --> 01:19:28,240 あなたは往年から知っているかもしれません PCのこと、特に、 1671 01:19:28,240 --> 01:19:30,360 あなたはそれらのものを持っていた場合でも、 「BIOSパスワード」と呼ばれます 1672 01:19:30,360 --> 01:19:33,360 あなたのデスクトップが起動時にありました、 あなたは、そのパスワードが表示されると思い 1673 01:19:33,360 --> 01:19:35,980 とは何の関係もありません Windowsの、あなたは一般的にすることができます 1674 01:19:35,980 --> 01:19:39,750 ただのシャーシを開けます マシンは、小さな小さなピンを見つけ、 1675 01:19:39,750 --> 01:19:42,240 そして、呼ばれるものを使用 ジャンパーとだけ接続 1676 01:19:42,240 --> 01:19:45,690 約二のもの2本のワイヤ、 それによって回路を完成します。 1677 01:19:45,690 --> 01:19:47,360 そして、それはパスワードを排除します。 1678 01:19:47,360 --> 01:19:49,800 >> だから、に物理的にアクセスを持っている場合 デバイスは、あなたがそのようなことを行うことができます。 1679 01:19:49,800 --> 01:19:51,110 あなたは、ハードドライブを取り外すことができます。 1680 01:19:51,110 --> 01:19:53,060 あなたはそのようにそれへのアクセスを得ることができます。 1681 01:19:53,060 --> 01:19:55,442 そしてこれは、なぜ、です Dropboxがの場合、 1682 01:19:55,442 --> 01:19:57,900 例えば、それは、少しです 気になるだけでなく、それらを行うこと 1683 01:19:57,900 --> 01:20:02,860 それはだにもかかわらず、データを持っています 暗号化され、それらはまた、キーを持っています。 1684 01:20:02,860 --> 01:20:04,993 その他の悩み? 1685 01:20:04,993 --> 01:20:08,430 >> AUDIENCE:[聞こえません] 1686 01:20:08,430 --> 01:20:27,740 1687 01:20:27,740 --> 01:20:30,240 DAVIDマラン:うん、それは非常にです グーグルをtrue--、りんご、 1688 01:20:30,240 --> 01:20:31,406 世界のMicrosoftの。 1689 01:20:31,406 --> 01:20:34,400 そして、実際には、どのくらい持っています あなたはあなたのiPhoneを持っていましたか? 1690 01:20:34,400 --> 01:20:35,885 ええ、与えるか、または取ります。 1691 01:20:35,885 --> 01:20:36,760 AUDIENCE:[聞こえません] 1692 01:20:36,760 --> 01:20:37,780 DAVIDマラン:私は申し訳ありませんか? 1693 01:20:37,780 --> 01:20:39,667 あなたは人々の間です iPhoneは、右持って? 1694 01:20:39,667 --> 01:20:40,250 AUDIENCE:はい。 1695 01:20:40,250 --> 01:20:42,208 DAVIDマラン:どのくらい あなたのiPhoneを持っていましたか? 1696 01:20:42,208 --> 01:20:43,372 AUDIENCE:[聞こえません] 1697 01:20:43,372 --> 01:20:45,080 DAVIDマラン:OK、そう Appleは文字通り知っています 1698 01:20:45,080 --> 01:20:49,030 あなたは、毎時してきたところ 過去5年間の日。 1699 01:20:49,030 --> 01:20:51,112 >> AUDIENCE:[聞こえません] 1700 01:20:51,112 --> 01:20:54,626 1701 01:20:54,626 --> 01:20:56,375 DAVIDマラン:あり 素晴らしい機能。 1702 01:20:56,375 --> 01:20:57,860 AUDIENCE:[聞こえません] 1703 01:20:57,860 --> 01:21:00,875 DAVIDマラン:うん、しかし、 確かにトレードオフします。 1704 01:21:00,875 --> 01:21:01,750 AUDIENCE:[聞こえません] 1705 01:21:01,750 --> 01:21:04,720 1706 01:21:04,720 --> 01:21:07,813 >> DAVIDマラン:うん、それはに非常に簡単です。 1707 01:21:07,813 --> 01:21:08,688 AUDIENCE:[聞こえません] 1708 01:21:08,688 --> 01:21:12,040 1709 01:21:12,040 --> 01:21:13,248 DAVIDマラン:その他の欠点? 1710 01:21:13,248 --> 01:21:16,995 AUDIENCE:[聞こえません] 1711 01:21:16,995 --> 01:21:26,151 1712 01:21:26,151 --> 01:21:27,900 DAVIDマラン:Absolutely-- 技術的に、 1713 01:21:27,900 --> 01:21:31,550 経済的に、それはにはかなり魅力的です ゲインの一種規模のこれらの経済 1714 01:21:31,550 --> 01:21:33,579 とにすべてを移動します いわゆるクラウド。 1715 01:21:33,579 --> 01:21:35,870 しかし、あなたはおそらくしたいん 最大のいくつかで行きます 1716 01:21:35,870 --> 01:21:39,380 魚、アマゾン、グーグル、 Microsofts-- Rackspaceのはかなりありますbig-- 1717 01:21:39,380 --> 01:21:42,200 および他のいくつかではなく、 必ずしも夜の人々によって飛びます 1718 01:21:42,200 --> 01:21:45,640 誰のためにそれを行うのは非常に簡単です 今日ではこの種の技術。 1719 01:21:45,640 --> 01:21:49,140 そして、それは誰のことができます に月額$ 5.99支払います。 1720 01:21:49,140 --> 01:21:50,890 しかし、あなたは確かによ あなたは何を支払うを取得します。 1721 01:21:50,890 --> 01:21:54,014 >> あなたは[聞こえない]と言うとき、それはときです これらの5つのナインのようなものが、出てきます 1722 01:21:54,014 --> 01:21:58,017 それによってであっても、技術であれば 私たちは本当に、99.999を保証することはできません 1723 01:21:58,017 --> 01:22:00,350 私たちはいくつかの種類に構築します 契約の違約金の 1724 01:22:00,350 --> 01:22:03,910 そのようにそれが起こるない場合、少なくとも 私たちにいくつかのコスト、ベンダーがあります。 1725 01:22:03,910 --> 01:22:07,950 そして、それはあなたが通常と何 それらを取得することに同意すること。 1726 01:22:07,950 --> 01:22:09,590 >> AUDIENCE:[聞こえません] 1727 01:22:09,590 --> 01:22:12,290 >> DAVIDマラン:そして、 祝福の一種 1728 01:22:12,290 --> 01:22:15,630 我々はために、ということダウンした場合でも 例えば、あるいは特定の企業、 1729 01:22:15,630 --> 01:22:17,800 現実は、アマゾンで 例えば、非常に多くのを持っています 1730 01:22:17,800 --> 01:22:21,780 くそ顧客、よく知られているお客様、 特定のデータセンターの外に動作します 1731 01:22:21,780 --> 01:22:26,224 何かが本当にうまくいかないときに、 神や天候などの行為のように、 1732 01:22:26,224 --> 01:22:29,390 銀の裏地の任意の並べ替えがあるかどうか、 それはあなたが非常に良い会社にいることです。 1733 01:22:29,390 --> 01:22:30,680 あなたのウェブサイトはオフラインになることがあります。 1734 01:22:30,680 --> 01:22:32,750 しかし、これのように半分であります 人気のインターネット。 1735 01:22:32,750 --> 01:22:36,230 そしてそれは間違いなく少しです あなたの顧客に、より口当たりのよいです 1736 01:22:36,230 --> 01:22:38,780 それはインターネットのよりだ場合 acme.comの事よりも事。 1737 01:22:38,780 --> 01:22:41,780 しかし、それはチートのビットです。 1738 01:22:41,780 --> 01:22:46,740 >> 、見て他のものの観点だから ただ、我々は他の人を排除していないように 1739 01:22:46,740 --> 01:22:51,210 あなたは、MicrosoftのAzureに行けば、彼ら LinuxとWindowsのものの両方を持っています 1740 01:22:51,210 --> 01:22:53,190 それは、Amazonのと同等です。 1741 01:22:53,190 --> 01:22:57,540 あなたは、Google Compute Engineのに行く場合は、 彼らは同様に類似した何かを持っています。 1742 01:22:57,540 --> 01:23:00,500 そして、ちょうど締めくくるします これらのクラウドの提供、 1743 01:23:00,500 --> 01:23:02,762 私は、もうひとつの言及を作ります。 1744 01:23:02,762 --> 01:23:04,720 これは人気のあるウェブサイトです それは代表的です 1745 01:23:04,720 --> 01:23:08,590 技術のクラスの。 1746 01:23:08,590 --> 01:23:12,350 私たちは話をしたもの Amazonは、IAASであろうが、 1747 01:23:12,350 --> 01:23:17,150 もしサービスとして、インフラストラクチャ サービスとしての物理的なハードウェアの一種。 1748 01:23:17,150 --> 01:23:18,757 SAASがあります。 1749 01:23:18,757 --> 01:23:20,090 実際に、私はこれらを書き留めるてみましょう。 1750 01:23:20,090 --> 01:23:23,290 1751 01:23:23,290 --> 01:23:28,190 >> IAAS--インフラストラクチャ サービスとして、SAAS、 1752 01:23:28,190 --> 01:23:31,870 であり、PAAS、 著しく混乱頭字語 1753 01:23:31,870 --> 01:23:34,400 3を説明しないこと 物事の異なる種類。 1754 01:23:34,400 --> 01:23:36,400 そして、頭字語そのもの 本当に重要ではありません。 1755 01:23:36,400 --> 01:23:38,360 これは雲のもののすべてであります 私たちはただの話をしてきました、 1756 01:23:38,360 --> 01:23:41,570 低いレベルのもの、 ハードウェアとストレージの仮想化 1757 01:23:41,570 --> 01:23:44,890 それはだかどうか、いわゆるクラウドで アマゾン、マイクロソフト、グーグル、または他の。 1758 01:23:44,890 --> 01:23:47,270 >> service--としてのソフトウェア 私たちのすべては、一種のこれを使用します。 1759 01:23:47,270 --> 01:23:49,810 あなたは、Google Appsを使用している場合は Gmailやカレンダーのために、 1760 01:23:49,810 --> 01:23:52,530 これらのWebベースのいずれか 10年前、私たちのアプリケーション 1761 01:23:52,530 --> 01:23:55,560 上でダブルクリックしたアイコンを持っているでしょう 私たちのデスクトップ、サービスとしてのソフトウェア 1762 01:23:55,560 --> 01:23:57,400 今は本当にWebアプリケーションです。 1763 01:23:57,400 --> 01:24:00,110 そして、プラットフォームとして サービスは一種の依存します。 1764 01:24:00,110 --> 01:24:03,140 >> そして、もう一つの例では、私はここであなたを与えるだろう クラウドの文脈でcomputing-- 1765 01:24:03,140 --> 01:24:06,250 全くだ一つの会社があります 人気のこれらの日、Herokuの。 1766 01:24:06,250 --> 01:24:08,940 そして、彼らはサービスです、 プラットフォーム、可能ならば、 1767 01:24:08,940 --> 01:24:11,730 それは上で動作します Amazonのインフラ。 1768 01:24:11,730 --> 01:24:15,800 そして、彼らはちょうどそれがさらに容易に 開発者やエンジニアのための 1769 01:24:15,800 --> 01:24:18,330 オンラインのウェブベースのアプリケーションを取得します。 1770 01:24:18,330 --> 01:24:22,170 >> これは、痛みが、最初に、使用することです Amazon Webサービスや他のもの。 1771 01:24:22,170 --> 01:24:24,170 あなたが実際に持っているので、 知っていると理解します 1772 01:24:24,170 --> 01:24:27,617 データベースやWebサーバと約 ロードバランサとすべてのもの 1773 01:24:27,617 --> 01:24:28,450 私はちょうどについて話しました。 1774 01:24:28,450 --> 01:24:32,780 Amazonが行っているすべてではありませんので これらの設計上の課題を隠されました。 1775 01:24:32,780 --> 01:24:35,790 彼らはただ、それらを仮想化してきました そして、ブラウザにそれらを移動し、 1776 01:24:35,790 --> 01:24:37,770 代わりに、ハードウェアのソフトウェアに。 1777 01:24:37,770 --> 01:24:43,020 >> しかし、Herokuの及びその他のような企業 PAASプロバイダ、サービスとしてのプラットフォーム、 1778 01:24:43,020 --> 01:24:46,900 彼らはそれらのベアボーンの基礎を使用します 私たちはただの話をすることを、 1779 01:24:46,900 --> 01:24:50,340 彼らはに簡単に構築します その上にソフトウェアを使用します 1780 01:24:50,340 --> 01:24:54,241 あなたが取得したい場合は、Webベースのように オンラインアプリケーション、これらの日、 1781 01:24:54,241 --> 01:24:55,990 あなたは確かに持っています プログラムする方法を知っています。 1782 01:24:55,990 --> 01:25:00,280 あなたは、JavaやPythonやPHPを知っている必要があります Rubyや他の言語の束か。 1783 01:25:00,280 --> 01:25:02,180 >> しかし、あなたはまた、それを置くための場所が必要です。 1784 01:25:02,180 --> 01:25:04,790 そして、我々はについて以前話しました ウェブホスティング会社を取得します。 1785 01:25:04,790 --> 01:25:08,630 それはのように、2000年代半ばのようなものです オンライン何かを得るためにアプローチ。 1786 01:25:08,630 --> 01:25:12,140 今では、代わりに誰かを支払う可能性があります Herokuのような数ドル月。 1787 01:25:12,140 --> 01:25:15,370 そして、本質的に、あなたがしたら いくつかの初期設定を行って、 1788 01:25:15,370 --> 01:25:18,704 あなたのウェブサイトを更新するには、 ちょうどウィンドウのコマンドを入力します。 1789 01:25:18,704 --> 01:25:21,370 そして、どのようなコードで、あなたが書きました ここにあなたのラップトップ上で、直ちに 1790 01:25:21,370 --> 01:25:24,350 任意の数に配布されます クラウド内のサーバの。 1791 01:25:24,350 --> 01:25:26,440 >> そして、Herokuのはの世話をします 複雑さのすべて。 1792 01:25:26,440 --> 01:25:28,930 彼らはすべてのデータベースを把握します スタッフ、すべてのロード・バランシング、 1793 01:25:28,930 --> 01:25:31,480 私たちがきた頭痛のすべて ただ、ボードに書かれました、 1794 01:25:31,480 --> 01:25:33,320 そしてあなたのためのすべてを非表示にします。 1795 01:25:33,320 --> 01:25:36,170 そして見返りに、あなただけの もう少しそれらを支払います。 1796 01:25:36,170 --> 01:25:39,810 だから、これらのインフラを持っています サービス、サービスとしてのプラットフォーム、 1797 01:25:39,810 --> 01:25:41,400 し、サービスとしてのソフトウェア。 1798 01:25:41,400 --> 01:25:45,390 なお、これは、再び、です 抽象化や階層化。 1799 01:25:45,390 --> 01:25:51,187 >> クラウド上の任意の質問や 自分のインフラを構築? 1800 01:25:51,187 --> 01:25:52,270 すべての権利、それはたくさんあり​​ました。 1801 01:25:52,270 --> 01:25:54,200 なぜ我々は先に行くとしません ここで私たちの15分間の休憩を取ります。 1802 01:25:54,200 --> 01:25:57,241 我々はいくつかの新しい概念に戻ってきます ハンズオン機会とビット 1803 01:25:57,241 --> 01:25:59,110 前の晩は終わりました。 1804 01:25:59,110 --> 01:26:00,332