1700425497
让我们用会计师事务所来打个比方，看看服务——特别是云服务——由哪些要素构成。假设你需要指定一家会计师事务所来管理账务，不妨推断一下你选择它的主要原因：
1700425498
1700425499
1. 事务所的诚信及声誉（你希望账目精确，但绝不希望财务信息被公之于世）。
1700425500
1700425501
2. 在报表准备和降低税负方面（你将获得的收益）行动迅速。
1700425502
1700425503
3. 收取的费用（实现收益所需的成本）。
1700425504
1700425505
你大概并不会关心事务所在准备财务报表时雇了多少员工、用了多少软件、把软件装在几台电脑上。你关注的只是其服务和服务带来的效益，这些服务收益构成一种成文或不成文的契约关系，成为你和会计师事务所之间的纽带，这类契约关系被称为服务层级协议（service level agreement, SLA）。
1700425506
1700425507
在信息技术中，服务是指集成IT系统、组件与资源，共同为用户提供价值。其中一项重要元素是如何计量用户获取的价值并达成共识，用于评估服务的常用参数包括两项：成本和服务层级协议。服务层级协议是指服务使用方与提供方之间的一种协议，包括服务交付速度（何时）、服务质量（何种）和服务范围（何处、多少），这些参数代表了服务使用方所能获得的收益。如果服务使用方是在公司内部，比方说市场部，那么这种公司内部提供部门与使用部门之间的协议被称为操作层级协议（operational level agreement, OLA）。因此，云服务就是指通过一系列相关联的功能组件和资源，实施一项业务流程，从而为使用者提供商业价值。
1700425508
1700425509
继续前文的类比，假设这家会计师事务所想确认自己是否达到了服务层级协议的要求，就可以设置各类指标，用于在编制账目的同时监控自身表现。例如，审计需用时三天，或现金流量表应在一周内调平，等等。事务所可能会告诉你使用了哪些指标，但通常只作为内部使用，以确保自己能符合服务层级协议的所有要求。这些目标或指标被称为服务层级目标（service level objectives，SLOs）。从信息技术的角度来看，服务层级目标是服务层级协议中明确的、可计量的特征，诸如运行时间、处理量、可用资源容量、反应时间和交付时间。
1700425510
1700425511
服务模型：抽象层
1700425512
1700425513
现在不妨从会计师事务所的角度来看待信息技术。该事务所中的IT部门将会计师视为自己的用户，会计师与IT部门的互动方式存在如下选择：
1700425514
1700425515
1. 会计师事无巨细全盘掌控，指定所有硬件和软件信息，包括软件的种类和版本、运行软件的操作系统、硬件内存和存储空间等。
1700425516
1700425517
2. 会计师仅指定所需软件，把其他交给IT部门自行决定。
1700425518
1700425519
3. 会计师仅确认输入的数据类型和输出的数据格式，至于用什么软件和硬件来执行数据运算，都由IT部门决定。
1700425520
1700425521
第一个选项的抽象层处于基础设施层。在云计算中，这被称为基础设施即服务（IaaS），常见的例子包括在云端存储数据、文件、照片，或通过云传输文件。如果IT部门提供的是硬件与操作系统完备的平台，且会计师指定需要使用的软件，如第二项所示，这就属于更高级别的抽象层——平台即服务（platform as a service, PaaS）。
1700425522
1700425523
如果IT部门需要决定用哪些软件和运算平台来满足会计师的需求，而会计师只需关心返回数据的精确性和及时性，如第三项中描述的那样，那么这一抽象层就是软件即服务（software as a service，SaaS）。这三个抽象层（IaaS、PaaS和SaaS）就是NIST定义中所提到的服务模型。
1700425524
1700425525
假如会计师事务所决定把整个审计职能外包给另一家事务所，以便自己专注于为你提供税务建议，情况又会如何呢？我们就需要与另一家事务所签订服务层级协议，商定费用，由他们来按此进行账务审计。这就相当于外包整个业务功能或流程给另一家事务所。这家接受外包的事务所也可由云服务替代，这种提供商业功能的云服务称为业务流程即服务（business process as a service，BPaaS）。
1700425526
1700425527
如果想获得最新的税务法规，会计师事务所可以订阅相关信息服务，这就与信息即服务（information as a service，INaaS）类似。由于税务规章制度会随着法律调整定期修订，这项服务不仅需要用基础设施存储数据，还需要对数据进行处理，以提供有效信息。从这个意义上讲，INaaS确实有别于IaaS。
1700425528
1700425529
这样，NIST定义的模型又增加了两个服务抽象层：INaaS和BPaaS，如图2所示。
1700425530
1700425531
1700425532
1700425533
1700425534
如图2左栏所示，IT企业架构分为四大领域，即技术架构、应用架构、信息或数据架构以及业务架构。技术架构包括IT基础设施、中间件（middleware）和操作系统；应用架构侧重于软件应用、应用和业务流程之间的交互与关系；数据架构界定数据资产及其管理；业务架构则将业务战略转换为IT战略和相关治理框架，并明确业务流程。企业架构中的每一领域都能映射到图2右侧的云服务模型一栏中，形成匹配关系。
1700425535
1700425536
云部署模式
1700425537
1700425538
NIST的定义中还包括四大部署模型：公共云、私有云、社区云和混合云。
1700425539
1700425540
公共云为互联网接入的所有用户提供服务，服务所用的计算资源可能位于世界任何一个角落。由于监管原因，对于某些公司来说这类云在数据完备性上有所欠缺，比如位于美国的公司就不能保存其他国家的用户数据。金融机构尤其受到严格监管，因此这类公司一般更喜欢使用私有云。
1700425541
1700425542
私有云通过一个专用网络单独向其提供云服务，这个提供云服务的主体可以是政府机构或商业企业，但通常只有大企业能够用得起私有云，中小型企业则可以选择社区云。
1700425543
1700425544
社区云界于私有云和公共云之间。具有共同利益的个人和企业可以集中资源，建立社区云。这种云形态多样：位于瑞士为州立银行提供服务的银行云、位于北欧的纸业云、位于美国的健康产业云等。同一社区云亦可服务于不同的利益群体，比如国际象棋手和钱币收藏家。
1700425545
1700425546
混合云基本上就是其他几类云的合体。当一项云服务的自身资源已经满负荷运行，需要向其他云读取计算资源时，混合云就派上用场了。这一概念称为云爆发（cloud bursting），因为服务需求从云内爆了出来，需要借助其他云的资源来满足服务级别协议。