WEBVTT

00:00.120 --> 00:04.200
导师：一旦您的组织确定使用云是适合他们的解决方案,

00:04.200 --> 00:10.530
下一个决定是将其托管在现场还是将其作为第三方托管解决方案签约｡

00:10.530 --> 00:12.360
在现场托管解决方案时,

00:12.360 --> 00:15.030
这通常被称为内部部署｡

00:15.030 --> 00:16.890
虽然从安全的角度来看, 使用内部部署解决方案是很好的,

00:16.890 --> 00:24.480
但它们的成本非常高, 而且您必须拥有一个完整的团队来支持这些解决方案｡

00:24.480 --> 00:26.730
现在, 如果您决定使用内部部署解决方案,

00:26.730 --> 00:34.260
这意味着您将需要采购运行组织云解决方案所需的所有硬件､ 软件和所有人员｡

00:34.260 --> 00:36.210
除此之外, 您还需要为该数据中心提供一个设施,

00:36.210 --> 00:39.480
该设施可以容纳所有设备, 并提供足够的空间､

00:39.480 --> 00:43.950
电力和冷却, 使其正常工作｡

00:43.950 --> 00:48.480
因此, 许多组织决定使用托管解决方案｡

00:48.480 --> 00:49.531
在托管环境中,

00:49.531 --> 00:56.280
第三方服务提供商将为您提供维护云解决方案所需的所有硬件和设施｡

00:56.280 --> 00:57.240
这通常是在多租户环境中完成的,

00:57.240 --> 01:04.860
多个组织将其云解决方案托管在单个第三方提供商的设施中｡

01:04.860 --> 01:11.250
例如, 亚马逊､ 微软和谷歌都为组织提供托管解决方案｡

01:11.250 --> 01:15.240
以亚马逊网络服务（Amazon Web Services, 简称AWS）为例｡ 

01:15.240 --> 01:24.210
这种多趋势解决方案利用位于同一物理设施的相同物理硬件来支持大量不同的组织｡

01:24.210 --> 01:26.340
当然, 也有适当的逻辑分离,

01:26.340 --> 01:31.740
以保持您的数据安全, 并避免暴露给托管平台内的其他组织｡

01:31.740 --> 01:33.810
但是, 如果你有你想要严格保密的信息,

01:33.810 --> 01:35.610
你最好使用一个内部解决方案,

01:35.610 --> 01:42.750
在那里你可以控制对这些服务器的所有物理和逻辑访问｡

01:42.750 --> 01:45.690
当使用多租户解决方案时, 由于您与其他人使用相同的共享资源,

01:45.690 --> 01:51.216
因此随着服务器弹性向上或向下扩展以配置和取消配置访问服务器容量,

01:51.216 --> 01:58.500
来自您组织的剩余数据可能会暴露给另一个租户｡

01:58.500 --> 02:00.600
如果您决定使用托管提供商,

02:00.600 --> 02:02.880
了解他们的身份验证和授权机制非常重要,

02:02.880 --> 02:08.580
以确保他们有足够的保护措施来满足您的要求｡

02:08.580 --> 02:10.920
此外, 您还应该询问冗余和容错措施,

02:10.920 --> 02:15.510
以确保它们达到您需要的级别｡

02:15.510 --> 02:18.630
托管提供商的另一个问题是他们的位置｡ 

02:18.630 --> 02:21.630
您的数据将存储在世界的哪个地方？

02:21.630 --> 02:25.920
根据该位置, 哪些法律将影响您的组织及其数据？

02:25.920 --> 02:31.170
这些都是您在为您的组织选择托管服务提供商时必须了解的事情｡

02:31.170 --> 02:35.105
现在, 您已经决定是否使用本地或托管服务提供商,

02:35.105 --> 02:39.870
最后一个决定将围绕您想要购买的服务类型｡

02:39.870 --> 02:43.260
现在有三种主要的云服务模式可供选择｡

02:43.260 --> 02:44.760
它们是软件即服务（SaaS）､

02:44.760 --> 02:50.490
平台即服务（PaaS）和基础设施即服务（IaaS）｡

02:50.490 --> 02:52.350
现在, 在软件即服务下,

02:52.350 --> 02:56.100
服务提供商将为您的组织提供完整的解决方案｡

02:56.100 --> 02:58.290
这包括硬件, 如网络､ 存储服务器和虚拟化,

02:58.290 --> 03:09.420
以及操作系统､ 中间件､ 运行时､ 数据处理和将服务交付给最终用户所需的应用程序或软件｡

03:09.420 --> 03:12.780
例如, 如果您的组织正在使用Microsoft的Office

03:12.780 --> 03:16.290
365或Google Workspace的Excel和Sheets,

03:16.290 --> 03:23.160
则这些都被视为软件即服务解决方案, 它允许您的最终用户直接在Web浏览器中访问他们的电子邮件, 文档,

03:23.160 --> 03:26.280
电子表格等｡

03:26.280 --> 03:27.380
软件即服务的另一个很好的例子是TurboTax和QuickBooks

03:27.380 --> 03:30.900
Online｡

03:30.900 --> 03:36.016
这些提供报税和记账软件, 你可以使用你的网络浏览器在线访问,

03:36.016 --> 03:38.490
他们将代表你处理所有的软件,

03:38.490 --> 03:41.520
所有的硬件和所有的数据存储要求｡

03:41.520 --> 03:42.600
但是有时候,

03:42.600 --> 03:47.850
您必须构建一个定制的应用程序或软件来满足特定的服务需求｡

03:47.850 --> 03:51.630
在这种情况下, 您可能只需要服务提供商提供硬件,

03:51.630 --> 03:55.170
包括网络､ 存储､ 服务器和虚拟化, 以及操作系统､

03:55.170 --> 03:58.920
中间件和运行时应用程序｡

03:58.920 --> 04:01.232
但与软件即服务解决方案不同,

04:01.232 --> 04:08.315
您将负责创建实际的应用程序代码并处理客户机和服务器之间的数据处理｡

04:08.315 --> 04:10.260
现在, 通过平台即服务,

04:10.260 --> 04:11.280
您将获得使用云的好处,

04:11.280 --> 04:13.890
包括共享资源､ 计量利用率､

04:13.890 --> 04:19.410
快速弹性､ 高可用性和文件同步｡

04:19.410 --> 04:24.690
但是您也可以定制自己的开发以满足您的业务需求｡

04:24.690 --> 04:25.770
在这种模式下,

04:25.770 --> 04:31.020
第三方供应商将为您的组织提供特定服务运行所需的硬件和操作系统软件,

04:31.020 --> 04:37.830
但他们不会为您提供最接近最终用户的代码或应用程序｡

04:37.830 --> 04:41.115
例如, 如果你的公司正在开发一个新的Web应用程序,

04:41.115 --> 04:45.510
他们可能有一个由第三方云提供商提供的开发平台｡

04:45.510 --> 04:48.225
在我的公司, Dion Training,

04:48.225 --> 04:49.740
当我们拍摄这个的时候,

04:49.740 --> 04:56.970
我们实际上正在从头开始开发我们自己的学习管理系统, 但是我们不想处理所有的底层硬件, 网络,

04:56.970 --> 04:59.220
存储和操作系统层｡

04:59.220 --> 05:01.595
所以, 我们选择了平台即服务作为我们的解决方案,

05:01.595 --> 05:10.290
通过亚马逊网络服务, 因为他们将处理我们技术堆栈中从数据库向下的所有事情, 我和我的团队只负责我们的最终用户,

05:10.290 --> 05:18.240
我们的学生, 将与之交互的软件代码, 然后在我们的学生通过我们的课程时处理数据｡

05:18.240 --> 05:20.070
现在, 这就是平台即服务的工作,

05:20.070 --> 05:22.680
因为亚马逊为我们提供了服务器, 操作系统配置,

05:22.680 --> 05:30.065
甚至数据库, 然后我们能够在它们之上构建任何我们想要的东西, 为我们的最终用户提供我们的最终应用程序或软件,

05:30.065 --> 05:33.661
也就是我们的学生｡

05:33.661 --> 05:37.830
我们需要介绍的最后一种云服务模型称为IaaS,

05:37.830 --> 05:40.110
即基础设施即服务｡

05:40.110 --> 05:44.678
现在, 基础设施即服务是一种在需要时提供IT资源（如服务器､

05:44.678 --> 05:48.690
负载平衡器和存储区域网络组件）的方法｡

05:48.690 --> 05:50.065
使用基础设施即服务,

05:50.065 --> 05:52.620
您将获得额外资源的动态分配的好处,

05:52.620 --> 05:55.590
这被称为弹性｡

05:55.590 --> 06:01.302
但您不必处理自己购买和运行所有硬件的长期承诺的头痛问题｡

06:01.302 --> 06:07.380
例如, 您可能会签约一个新的基于云的Web服务器来托管您公司的网站｡

06:07.380 --> 06:10.620
如果您使用的是Amazon Web Services或AWS,

06:10.620 --> 06:12.360
则可以将其称为EC2,

06:12.360 --> 06:18.420
即弹性云计算, 您将能够为EC2实例选择合适的资源量｡

06:18.420 --> 06:19.800
也许你决定要四个CPU,

06:19.800 --> 06:22.170
16 GB内存, 500 GB存储,

06:22.170 --> 06:24.900
或者其他什么｡

06:24.900 --> 06:27.750
然后, AWS会将这些硬件资源分配给您使用,

06:27.750 --> 06:33.090
然后您可以将操作系统､ 中间件和运行时安装到该资源｡

06:33.090 --> 06:36.840
现在, 有时界限可能会变得有点模糊｡ 

06:36.840 --> 06:38.512
根据CompTIA官方教科书和文档,

06:38.512 --> 06:48.030
基础设施即服务只关注硬件, 包括虚拟机, 存储和硬件的网络部分｡

06:48.030 --> 06:49.380
话虽如此, 大多数提供商,

06:49.380 --> 06:55.680
如亚马逊, 微软Azure和谷歌云将让你选择你想要安装在你的计算实例上的操作系统,

06:55.680 --> 07:01.530
当你选择你想要的资源, 他们会把它们分配给你｡

07:01.530 --> 07:05.730
例如, Amazon的EC2实例可以在已经安装了Linux

07:05.730 --> 07:08.790
Amazon机器映像的情况下自动启动,

07:08.790 --> 07:11.061
其中包含基本的Linux操作系统,

07:11.061 --> 07:14.370
您可以完全定制以满足您的需求｡

07:14.370 --> 07:16.470
我提出这个问题的原因是,

07:16.470 --> 07:18.570
当你处理的东西主要是硬件,

07:18.570 --> 07:20.850
只是因为它安装了操作系统,

07:20.850 --> 07:24.243
我不会认为这是一个平台即服务的考试｡

07:24.243 --> 07:28.004
相反, 您仍然会选择基础设施即服务｡

07:28.004 --> 07:30.690
现在, 为了达到平台即服务的水平,

07:30.690 --> 07:34.170
它确实应该包括所有的中间件和运行时｡

07:34.170 --> 07:40.703
这包括数据库功能, Web服务器（如Apache或NGINX）以及其他服务器软件和中间件,

07:40.703 --> 07:43.980
您将需要能够提供这些服务｡

07:43.980 --> 07:47.490
对于考试来说, 当某个东西是基础设施即服务或软件即服务时,

07:47.490 --> 07:49.830
他们通常会非常清楚, 但对于平台即服务,

07:49.830 --> 07:53.340
它可能有点棘手｡

07:53.340 --> 07:57.503
所以我给你们一点提示你们应该在考试中用到｡

07:57.503 --> 08:00.540
如果您看到的不仅仅是基础设施即服务,

08:00.540 --> 08:04.920
那么您可能希望选择平台即服务作为您的答案｡

08:04.920 --> 08:10.800
如果你看到的不是软件即服务, 那么你会再次选择平台即服务,

08:10.800 --> 08:12.930
因为实际上你有两个极端,

08:12.930 --> 08:14.580
左边是基础设施即服务,

08:14.580 --> 08:20.400
右边是软件即服务, 中间是平台即服务｡

08:20.400 --> 08:22.980
总之, 对于基础设施即服务, 请记住,

08:22.980 --> 08:26.580
它为您提供了运行服务器所需的一切｡

08:26.580 --> 08:28.652
这包括电源､ 空间､ 冷却､

08:28.652 --> 08:31.560
网络､ 防火墙､ 物理服务器､ 虚拟化层,

08:31.560 --> 08:34.817
有时还包括操作系统｡

08:34.817 --> 08:41.730
现在有了平台即服务, 我们将添加操作系统和我喜欢称之为基础设施软件的东西｡

08:41.730 --> 08:45.600
现在, 这个基础设施软件实际上是您的中间件和运行时环境｡

08:45.600 --> 08:47.070
这意味着我们谈论的是Apache

08:47.070 --> 08:52.122
Web服务器､ MySQL数据库､ 编程语言等｡

08:52.122 --> 08:54.510
现在, 当我们处理软件即服务时,

08:54.510 --> 09:01.530
我们处理的是在我们刚刚讨论的基础设施和平台部分之上添加的托管应用程序软件｡

09:01.530 --> 09:09.240
因此, 软件即服务比平台即服务或基础设施即服务更接近最终用户｡

09:09.240 --> 09:13.530
因此, 作为一名IT专业人员, 能够根据组织的需求确定哪种类型的as

09:13.530 --> 09:17.790
a service适合您的组织非常重要｡

09:17.790 --> 09:20.910
这就是我们在本课中所讨论的软件即服务､

09:20.910 --> 09:23.660
平台即服务和基础架构即服务｡