WEBVTT

00:00.090 --> 00:02.880
指导老师：现在云计算到处都可以找到,

00:02.880 --> 00:07.290
这真的是因为使用云计算有这么多巨大的好处｡

00:07.290 --> 00:09.510
这就是我们在这一课中将要关注的,

00:09.510 --> 00:12.930
因为我们开始讨论云的不同特征｡

00:12.930 --> 00:15.160
当我们谈论云计算时, 当我们选择使用云时,

00:15.160 --> 00:19.680
我们会看到一些好处或特征｡

00:19.680 --> 00:23.460
其中包括高可用性､ 可伸缩性､ 弹性､

00:23.460 --> 00:24.750
计量利用率､

00:24.750 --> 00:27.540
共享资源和文件同步｡

00:27.540 --> 00:29.040
我们来看看这些｡ 

00:29.040 --> 00:31.350
首先, 我们有高可用性｡ 

00:31.350 --> 00:34.410
现在, 高可用性是指当您使用云时,

00:34.410 --> 00:37.800
服务经历的停机时间很少｡

00:37.800 --> 00:43.200
这是因为大多数构建在云上的服务都是高度可靠和容错的｡

00:43.200 --> 00:45.900
这意味着我们可以确保高水平的可用性｡ 

00:45.900 --> 00:47.610
现在, 当谈到可用性时,

00:47.610 --> 00:53.760
我们通常用可用性与停机时间的百分比来衡量｡

00:53.760 --> 00:58.860
例如, 网络内部的黄金标准被称为五个九｡

00:58.860 --> 01:06.390
5个9就是99. 最终用户体验到的999%的可用性｡

01:06.390 --> 01:11.980
这意味着我们每年只能有大约5分钟15秒的停机时间｡

01:11.980 --> 01:15.090
没错, 一年三百六十五天,

01:15.090 --> 01:18.570
只有五分十五秒｡

01:18.570 --> 01:23.430
要做到这一点, 这意味着您必须拥有高度可靠且高度可用的系统｡

01:23.430 --> 01:25.330
所以如果你有一个网站,

01:25.330 --> 01:29.123
你实际上将有至少两个Web服务器托管它｡

01:29.123 --> 01:30.300
因此, 如果其中一个出现故障,

01:30.300 --> 01:35.730
另一个仍在承担负载, 这意味着最终用户不会遇到任何停机时间｡

01:35.730 --> 01:38.640
这就是我们在谈论高可用性时所谈论的｡

01:38.640 --> 01:44.760
例如, 我自己的网站diontraining｡  com, 我们实际上有一个非常高可用性的设置,

01:44.760 --> 01:47.280
它是使用云服务创建的｡

01:47.280 --> 01:53.160
因此, 根据您来自世界的哪个地方, 您将到达我们位于世界各地的多个服务器中离您最近的一个,

01:53.160 --> 01:55.680
以获得更好的体验｡

01:55.680 --> 01:57.627
现在, 如果您的服务器由于某种原因而关闭,

01:57.627 --> 02:00.300
您将自动重新路由到另一个离您稍远的服务器,

02:00.300 --> 02:02.490
但它仍然处于运行状态｡

02:02.490 --> 02:04.980
这样, 您仍然可以获得所需的服务,

02:04.980 --> 02:08.460
这是确保高可用性的一种方法｡

02:08.460 --> 02:12.480
我们将要讨论的云计算的第二个特性是可伸缩性｡

02:12.480 --> 02:15.150
现在, 当我们谈论可扩展性时, 这是在谈论这样一个事实,

02:15.150 --> 02:23.220
即我们可以以线性速率或低于线性速率增加系统中的人员或事物的数量｡

02:23.220 --> 02:24.053
现在, 我的意思是,

02:24.053 --> 02:28.620
让我们假设有100个用户使用我的系统, 它花费了我10美元｡

02:28.620 --> 02:31.282
如果我在我的系统上放置200个用户,

02:31.282 --> 02:35.010
它应该花费我20美元或更少, 这将是一个线性规模｡

02:35.010 --> 02:37.860
现在, 如果我从100个用户到200个用户,

02:37.860 --> 02:40.500
价格从10美元到100美元, 这将是一个指数级的规模,

02:40.500 --> 02:43.380
我们不希望这样｡

02:43.380 --> 02:45.180
因此, 当我们构建云系统时, 我们总是在寻找可扩展性,

02:45.180 --> 02:47.070
这意味着即使我们今天只有10个用户,

02:47.070 --> 02:51.090
明天我们可能会有100个｡

02:51.090 --> 02:52.590
再过一天, 我们有1,000个,

02:52.590 --> 02:55.260
再过一天, 我们可能有10,000个, 等等｡

02:55.260 --> 02:56.093
如果你看看一些大公司,

02:56.093 --> 02:58.800
比如Facebook､ 谷歌､ LinkedIn和UNI,

02:58.800 --> 03:19.560
他们每天都有数百万的终端用户访问他们的平台, 他们能够根据云服务的可扩展性进行扩展, 因为我不必再花1万美元买一台服务器放在我的本地数据中心, 因为相反, 我可以使用亚马逊的, 并使用他们的能力的一部分, 因为我需要它｡

03:19.560 --> 03:20.970
现在, 当谈到可扩展性时,

03:20.970 --> 03:22.650
有两种方法可以扩展｡

03:22.650 --> 03:25.560
一种是向上扩展, 也就是所谓的垂直扩展｡ 

03:25.560 --> 03:29.010
这是通过向特定服务器或节点添加更多资源来实现的｡

03:29.010 --> 03:32.970
例如, 如果您使用的是具有两个虚拟CPU的基于云的服务器,

03:32.970 --> 03:35.730
则实际上可以将其增加到四个虚拟CPU｡

03:35.730 --> 03:37.170
这是一个扩大规模的想法｡ 

03:37.170 --> 03:38.610
您正在添加更多的资源, 无论是更多的处理器､

03:38.610 --> 03:43.110
更多的RAM､ 更多的存储､ 更多的带宽, 还是类似的东西｡

03:43.110 --> 03:45.120
另一方面, 您还可以向外扩展,

03:45.120 --> 03:47.100
这称为水平扩展｡

03:47.100 --> 03:50.280
这是您仍然使用较小机器的地方, 但是您使用更多的机器,

03:50.280 --> 03:53.400
它们都在负载均衡器后面串联工作｡

03:53.400 --> 03:55.080
因此, 与其让一台服务器来处理所有负载,

03:55.080 --> 03:57.316
并通过增加CPU和内存来向上扩展,

03:57.316 --> 04:00.180
不如向外扩展, 从一台服务器扩展到两台服务器,

04:00.180 --> 04:02.520
或者从两台服务器扩展到四台, 或者从四台扩展到八台,

04:02.520 --> 04:11.940
并且可以通过在负载均衡器后面添加额外的服务器来继续向外扩展, 然后您可以使用这些服务器来处理额外的流量｡

04:11.940 --> 04:13.710
现在, 这将我们带到第三个领域,

04:13.710 --> 04:15.864
即快速弹性｡

04:15.864 --> 04:22.731
现在, 当我们谈论快速弹性时, 我们谈论的是我们可以非常快速地扩大或缩小规模的事实｡

04:22.731 --> 04:28.110
现在这样做是因为我们在这些物理服务器上使用了自动化和编排,

04:28.110 --> 04:29.970
这些物理服务器由亚马逊,

04:29.970 --> 04:32.220
谷歌, 微软和其他公司拥有,

04:32.220 --> 04:38.104
允许我们根据需要使用他们的部分或全部服务｡

04:38.104 --> 04:41.040
这给了我们快速的弹性｡ 

04:41.040 --> 04:43.200
当你听到快速弹性或弹性这个词时,

04:43.200 --> 04:50.370
请把它看作是系统实时处理需求变化的能力｡

04:50.370 --> 04:54.780
让我们回到使用我在diontraining网站的例子｡

04:54.780 --> 04:54.780
com.

04:54.780 --> 04:56.490
如果现在我查看我的网站,

04:56.490 --> 05:02.520
有1,000名学生登录, 五分钟后我再查看, 有10,000名学生登录,

05:02.520 --> 05:03.774
我的系统被设计为启动额外的云资源,

05:03.774 --> 05:10.230
并将这些新用户的一些负载推到这些额外的服务上｡

05:10.230 --> 05:12.810
这就是快速弹性的概念｡ 

05:12.810 --> 05:14.580
一般来说, 当你在云中工作时,

05:14.580 --> 05:16.470
如果你正确设计了你的系统,

05:16.470 --> 05:18.949
你就有能力快速地拥有弹性并快速扩展,

05:18.949 --> 05:21.150
然后同样地, 当需求消失时,

05:21.150 --> 05:27.120
你可以快速摆脱这些额外的服务器并将它们恢复下来｡

05:27.120 --> 05:31.166
你想这样做的原因是因为所有这些额外的服务器将花费你更多的钱,

05:31.166 --> 05:34.500
如果你没有足够的用户来拥有它们, 你不想为此付费, 所以你要释放这些服务器,

05:34.500 --> 05:40.140
把它还给你的服务提供商, 这样他们就可以把服务租给其他人｡

05:40.140 --> 05:45.000
相反, 如果你正在做一个内部模型, 假设我今天有1,000名学生｡

05:45.000 --> 05:48.150
好吧, 对于1,000个学生, 我可能需要三个网络服务器｡ 

05:48.150 --> 05:49.830
但是如果我有10,000名学生,

05:49.830 --> 05:51.956
我将需要另外15台网络服务器｡

05:51.956 --> 05:55.080
要做到这一点, 我必须再购买15台服务器｡ 

05:55.080 --> 05:55.950
我得把它们挂起来｡ 

05:55.950 --> 05:57.270
我必须安装所有的软件,

05:57.270 --> 05:58.440
我必须配置它们｡

05:58.440 --> 05:59.580
所有这些都需要时间,

05:59.580 --> 06:04.980
所以我们的弹性措施并不是很快就能扩大规模以满足需求｡

06:04.980 --> 06:07.860
如果你有一个非常缓慢增长的商业模式, 那很好｡ 

06:07.860 --> 06:12.171
但是如果你正在处理高速的事情或者任何这些现代社交媒体平台,

06:12.171 --> 06:14.370
你所做的事情已经像病毒一样传播,

06:14.370 --> 06:16.920
每个人都会去你的网站, 开始淹没你,

06:16.920 --> 06:23.880
如果你没有能力快速扩展, 你将错过捕捉来自病毒事件的流量的能力｡

06:23.880 --> 06:27.360
所以你希望能够以一种快速弹性的方式构建你的东西,

06:27.360 --> 06:29.700
而这正是云计算允许我们做的｡

06:29.700 --> 06:32.910
第四个是计量利用率｡ 

06:32.910 --> 06:36.510
现在回到我们刚才关于弹性的快速讨论｡

06:36.510 --> 06:38.686
现在, 当我们谈论计量使用时,

06:38.686 --> 06:43.800
我们谈论的是我们在按使用付费的基础上为服务付费的事实｡

06:43.800 --> 06:46.650
因此, 当我们使用像数据库这样的计量服务时,

06:46.650 --> 06:52.050
他们可能会根据用户数量或连接数量或存储的数据数量向我们收费｡

06:52.050 --> 06:56.910
从本质上讲, 我们是根据实际使用的服务被消费的收费｡

06:56.910 --> 06:59.262
我们以秒为基础, 以分钟为基础,

06:59.262 --> 07:03.480
以小时为基础, 或以天为基础, 甚至以月为基础｡

07:03.480 --> 07:08.153
例如, 我使用AWS Lambda来实现很多后端自动化和功能,

07:08.153 --> 07:11.010
他们根据我的使用情况向我收费｡

07:11.010 --> 07:14.760
现在我每提出一百万个请求, 他们就收我20美分｡

07:14.760 --> 07:16.200
所以这是一个非常有效的方式来完成我的自动化,

07:16.200 --> 07:20.092
因为它是一个非常, 非常低的成本｡

07:20.092 --> 07:22.620
我可以有数以百万计的请求,

07:22.620 --> 07:27.090
它只会花费我几美元, 这是一个计量服务的想法｡

07:27.090 --> 07:28.334
现在, 你会看到的另一件事是,

07:28.334 --> 07:33.000
有时你会看到计量服务和测量服务之间的区别｡

07:33.000 --> 07:35.640
现在, 当我们谈论计量或测量服务时,

07:35.640 --> 07:37.470
我们实际上是在谈论同一件事,

07:37.470 --> 07:41.160
这是我们在消费基础上支付某些东西的能力｡

07:41.160 --> 07:42.840
但这里有一个区别｡ 

07:42.840 --> 07:44.850
当你使用计量服务时,

07:44.850 --> 07:49.380
你是根据你所做的实际使用来支付费用的｡

07:49.380 --> 07:52.500
所以如果你想到你的水费或电费｡

07:52.500 --> 07:55.650
如果你打开水管, 这个月你把游泳池装满了水,

07:55.650 --> 07:56.730
你将为你的水费支付更多的钱,

07:56.730 --> 07:59.670
因为你用了更多的水｡

07:59.670 --> 08:02.314
反过来说, 当你处理一个测量服务,

08:02.314 --> 08:04.950
这更像你的手机计划｡

08:04.950 --> 08:08.160
在大多数地方, 你每月支付一定数量的手机使用费,

08:08.160 --> 08:14.100
无论是短信数量, 分钟数, 还是你被允许使用的数据｡

08:14.100 --> 08:15.390
一旦你达到了这个限额,

08:15.390 --> 08:17.790
他们就会停止你的服务, 不再给你任何服务,

08:17.790 --> 08:19.440
直到你再次支付他们｡

08:19.440 --> 08:21.300
所以当你想到一个有度量的服务时,

08:21.300 --> 08:23.310
想想你要预先支付一定数量的费用,

08:23.310 --> 08:27.660
不管你是否使用它, 你已经支付了这个数量｡

08:27.660 --> 08:28.493
但是, 当你处理计量服务,

08:28.493 --> 08:31.253
你支付的确切数额, 你正在使用｡

08:31.253 --> 08:35.527
这是使用云计算的好处之一, 大多数事情都是在计量的基础上完成的,

08:35.527 --> 08:37.883
你只需要为你使用的东西付费｡

08:37.883 --> 08:41.160
接下来我们要讨论的是共享资源｡ 

08:41.160 --> 08:43.740
现在, 当我们谈论共享资源时, 我们实际上是在谈论最小化成本的能力,

08:43.740 --> 08:50.220
因为我们能够将我们的虚拟机放在其他人的服务器上｡

08:50.220 --> 08:51.930
当你看看我们为亚马逊､

08:51.930 --> 08:54.238
Azure和谷歌云使用的服务器时,

08:54.238 --> 08:58.980
这些东西是10､ 20､ 30,000美元一台的优质服务器｡

08:58.980 --> 09:02.640
因此, 如果你需要购买其中一个来托管你的WordPress博客,

09:02.640 --> 09:08.100
你并没有真正使用所有的容量, 因为如果你只有几百个读者, 它不会使用那么多的负载｡

09:08.100 --> 09:10.020
因此, 相反, 将一台非常昂贵的服务器切割成小块,

09:10.020 --> 09:18.450
并将其分发到虚拟机中, 分发给其他想要使用它的人, 会更有意义｡

09:18.450 --> 09:20.816
因此, 我们可以在一台服务器上托管50或100个WordPress博客,

09:20.816 --> 09:24.480
而不是只托管一个｡

09:24.480 --> 09:26.760
这就是利用共享资源的理念｡ 

09:26.760 --> 09:28.330
当我们谈论共享资源时,

09:28.330 --> 09:30.697
我们谈论的是将所有硬件整合在一起,

09:30.697 --> 09:33.150
以组成云提供商的数据中心｡

09:33.150 --> 09:35.215
这样, 它就不是专门针对单个人的,

09:35.215 --> 09:37.987
而是我们都可以基于快速弹性来使用它,

09:37.987 --> 09:42.690
因为, 希望亚马逊､ 谷歌和Azure所想的是, 当我的公司需求旺盛时,

09:42.690 --> 09:44.970
你的公司可能会有低迷时期,

09:44.970 --> 09:48.090
反之亦然｡

09:48.090 --> 09:51.480
因此, 我们不必为每个公司提供专用的硬件资源,

09:51.480 --> 09:54.009
而是可以全面共享资源｡

09:54.009 --> 09:58.710
云计算的最后一个特点是能够进行文件同步｡

09:58.710 --> 10:01.103
现在, 使用基于云的资源的好处是,

10:01.103 --> 10:02.760
你可以把一些东西放在一个地方,

10:02.760 --> 10:07.500
然后它可以根据你如何配置它而传播到其他地方｡

10:07.500 --> 10:09.420
例如, 在我的公司, 我们非常依赖文件同步,

10:09.420 --> 10:17.640
因为我们的大多数员工实际上都是在世界各地工作的远程员工, 而不仅仅是在我们自己的办公室｡

10:17.640 --> 10:18.473
所以当我坐在办公室里记录这些的时候,

10:18.473 --> 10:27.060
我需要一种方法把这个文件交给我的平面设计师, 这样她就可以创造出所有不同的东西, 就像你在屏幕上看到的一样｡

10:27.060 --> 10:28.260
然后她会把它送到另一个国家,

10:28.260 --> 10:31.320
我的视频编辑器就在那里｡

10:31.320 --> 10:33.060
当他们完成后, 他们会把它送回我的办公室,

10:33.060 --> 10:34.410
在那里我的一个员工会做我们的质量保证检查,

10:34.410 --> 10:41.040
然后我们会把它送到另一个国家, 然后他会把它上传到最终的网站, 你会看到它｡

10:41.040 --> 10:43.779
所以这段视频可能已经传播到了四五个不同的地方,

10:43.779 --> 10:49.470
才能成为你们现在在屏幕上看到的成品｡

10:49.470 --> 10:50.303
这就是文件同步的概念,

10:50.303 --> 11:00.360
因为当我记录这些内容时, 我会将其记录到基于云的文件服务器上, 我团队中的每个人都可以访问该文件, 因为我们在世界各地的所有设备和服务器上都有同步副本,

11:00.360 --> 11:05.430
因此他们可以访问它并做他们需要做的事情｡

11:05.430 --> 11:06.630
当他们这样做的时候,

11:06.630 --> 11:08.190
它不只是坐在他们的计算机上,

11:08.190 --> 11:15.510
而是在我们所有的云服务器上同步, 所以在录制和发布之间需要发生的路径上的其他人, 然后你看它,

11:15.510 --> 11:20.730
可以在所有这些服务器上以一种非常简化的方式发生｡

11:20.730 --> 11:22.200
从业务角度来看, 这是云计算的真正大好处之一,

11:22.200 --> 11:26.970
就是你的办公室里没有这个服务器｡

11:26.970 --> 11:28.201
它现在位于受保护的数据中心的云中,

11:28.201 --> 11:37.740
具有高度可用性, 具有可扩展性, 并且可以灵活地响应较高和较低时期的需求｡

11:37.740 --> 11:39.015
我们只需要为我们使用的东西付费,

11:39.015 --> 11:45.480
我们可以与其他人共享资源, 我们甚至可能不知道, 因为我们都坐在同一个物理服务器上｡

11:45.480 --> 11:53.740
当我们开始讨论云的特征以及为什么世界各地的许多公司都在向云进行大规模迁移时,