业务成本指标 (Business Cost Metrics)
云服务对云消费者的重要利益之一是可以低落消费者的成本。在本节中，我们将研究与内部IT资源相比，使用云服务时可以改进的许多成本指标。在我们检察这些成本时，你应该记取某些成本指标对于云资源而言会更低，但某些成本指标可能会更高。在做出最终决定之前，应比较所有成本的总和以及其他非成本指标。
前期和持续成本
前期成本是指创建IT资源所涉及的成本。这些成本包罗硬件、软件和所需的职员。这些包罗：
- 内部IT资源 – 购买硬件、购买软件、安装硬件所需的环境、摆设（安装）IT资源所需的劳动力。
- 基于云的IT资源 – 评估和配置云资源所需的劳动力、网络创建成本。
通常，云资源的前期成本远低于内部成本。我们还必须思量到云资源通常是租赁的，这意味着资源可以在消费者的租赁期结束时转移到另一个提供商或放弃。对于云资源，这意味着重新摆设或退役体系所需的劳动力，而对于内部IT资源，这还必要处理现有资源的处置。
持续成本是运行IT服务的成本。这些包罗：
- 内部 – 硬件操纵（电力、许可费、保险和劳动力）、服务和操纵劳动力。
- 基于云的 – 服务操纵劳动力、云提供商费用、网络带宽成本。
通常，基于云的IT资源的持续成本至少等于但通常高于内部IT资源。尽管云提供商可以更高效地购买和操纵硬件和软件，但还必要思量额外的网络成本和利润率。
其他业务成本
在选择内部资源和云资源之间时，还必须思量其他一些成本。尽管这不是一个业务单元，但假如你参与云决策，你必要了解这些成本。
- 资本成本 – 这是获取资金投资于业务的成本。这包罗贷款成本、引入新业务搭档的成本（因此低落现有的所有权份额），以及任何其他方式筹集所需资金的成本。显然，创建云资源的成本远低于创建内部IT资源。比方，思量一家澳大利亚服务公司盼望扩展到外洋市场。他们可以在外洋创建自己的场所，也可以在新市场租赁云资源。在每个市场创建计算机中央的成本必要大量的前期成本，而现有资源可能无法承受，即没有银行会借钱给他们，股东也不愿意提供更多资金。
- 淹没成本 – 这是已经花费的钱。对于IT资源，企业可能已经在硬件、软件和职员上进行了大量投资，因此假如新的IT资源可以使用当前体系的一部分或全部，那么前期成本会较小。假如新体系在同一硬件上替换旧体系，这一点尤其如此。
- 集成成本 – 这是使新IT资源与当前业务资源协同工作的成本。这些成本可能包罗测试、数据转换、修改现有体系和其他费用。这些成本可能使提供内部资源的成本较低。
- 锁定成本 – 随着时间的推移，企业可能会被“锁定”到一个云提供商。这可能是因为云提供商的独特非标准体系。这引入了云提供商可能增加成本或停业的风险，使消费者处于困难境地。企业在未来决定更改安排时，必须思量迁移到另一个提供商或内部资源的成本。
运动1：业务成本指标
题目：内部摆设和云租赁设置相关的最显著成本是什么？请拜见链接：CloudZero
答复：内部摆设设置的显著成本包罗硬件和软件的采购、安装硬件的环境和摆设所需的劳动力。云租赁设置的显著成本包罗评估和配置云资源的劳动力以及网络创建成本。前期成本通常对云资源来说较低，但持续成本可能相称或更高，因为必要思量云提供商费用和网络带宽成本。
请阅读这篇文章，了解为什么与数据相关的成本被认为是云计算的重要成本之一：ComputerWorld
题目：为什么与数据相关的成本被认为是云计算的重要成本之一？
答复：与数据相关的成本是云计算的重要成本之一，因为云计算环境中的数据存储和传输涉及高昂的费用。存储成本通常基于数据量和使用时间，而高性能服务可能还会收取I/O流量的费用。此外，数据传输费用包罗入站和出站流量的成本，这在大规模使用时会迅速增加。
云使用指标 (Cloud Usage Metrics)
下述阅读将云使用指标分为四种范例：网络、服务器、存储设备和云服务。我们如今来看每一种以及差别的测量方法。
网络使用
通常有三种范例的网络使用指标，云提供商可能会根据这些指标收费。并非所有云提供商都对每一种指标收费。入站网络和云内网络流量可能是免费的。在这种环境下，其他成本会更高以覆盖提供商的成本。
这三种范例是：
- 入站网络使用 – 通常以字节为单元测量，并可以应用于IaaS、PaaS和SaaS环境。
- 出站网络流量 – 也以字节为单元测量，并应用于IaaS、PaaS和SaaS环境。
- 云内网络流量 – 这是云提供商数据中央之间的网络流量（以字节为单元）。此流量用于数据同步、备份和故障切换处理。
提供商可能还会对静态IP地址、网络负载均衡和假造防火墙收费。通常不会对数据中央内的LAN网络流量收费。
服务器使用
IaaS和PaaS环境通常有服务器使用费用。这些费用根据假造服务器的数目、假造服务器的配置和消费者使用的硬化环境的数目来收费。
下述阅读辨认了服务器使用收费的两种方式：
- 按需假造机实例 – 根据假造机实例的正常运行时间收费，不包罗假造机暂停的时间。
- 预留假造机实例 – 根据假造机预留的时间长度收费。
在计算假造服务器使用时，差别的服务器配置会有差别的费率。比方，假造CPU的数目和速度以及可用内存量会有差别的费用。
存储设备使用
云存储通常根据占用的存储量和使用时间收费。然而，对于高性能服务，可能还会对I/O流量收费。这种收费逻辑源于之前讨论的存储设备负载均衡架构，这些架构将数据移动到SSD等高速设备，以答应高负载服务保持响应速度。
下述阅读将云服务设备使用分为两种范例：
- 按需存储空间分配 – 测量分配的存储空间大小和持续时间。可以应用于IaaS、PaaS和SaaS模子。
- I/O数据传输 – 从/向存储设备的数据传输量。通常应用于IaaS和PaaS环境。并非所有云提供商都对I/O数据传输收费。
云服务使用
云服务使用实用于SaaS环境。下述阅读辨认了三种云服务收费方式：
- 应用订阅持续时间 – 这是单个用户订阅服务的时间长度。典型的订阅周期为每日、每月或每年。
- 用户数目 – 这是在给定时间段（通常为每月或每年）订阅的用户数目。
- 生意业务数目 – 这是服务为用户处理的生意业务数目。生意业务通常是请求/响应交互。
运动2：云使用成本指标
请阅读这篇关于成本指标的文章，辨认你认为最重要的三个成本指标：Gitnux
题目：从你的角度来看，最重要的三个成本指标是什么？
答复：从我的角度来看，最重要的三个成本指标是：
- 数据传输成本 – 由于云计算环境中的数据传输涉及高额费用，特别是对于大规模数据传输。
- 存储成本 – 云存储根据占用的存储量和使用时间收费，是重要成本之一。
- 计算资源使用成本 – 包罗假造机实例的运行时间和配置，会显著影响总成本。
获取“亚太地区”使用Linux操纵体系和内存优化配置（10个vCPU）的EC2实例的代价估算。请使用此链接：AWS EC2 Pricing
题目：获取具有MSQ兼容性和中型实例大小的RDS Aurora在亚太地区的代价估算：AWS Aurora Pricing
题目：在悉尼（澳大利亚）运行Linux的EC2 t3.small假造服务器（2个假造CPU和2GB内存）每月的成本是多少？如何预留类似的t3.small假造实例？请留意，没有明确的一个月预留选项，请选择答应一个月后退出的选项。
答复：根据AWS订价页面，运行Linux的EC2 t3.small实例在悉尼每月的成本为18.24美元。假如选择预留实例，按一年期预留的费用为13.45美元/月。详细订价和选项请拜见AWS订价页面。
Amazon AWS还提供spot实例和dedicated hosts。请解释这些是什么。
答复：
- Spot实例 – 是AWS提供的空闲计算本领，代价较低，但可能会随时被终止，实用于非关键性和弹性的工作负载。
- Dedicated hosts – 提供专用物理服务器，答应用户使用其现有的服务器绑定软件许可证，更好地控制硬件和满足合规性要求。
成本管理思量 (Cost Management Considerations)
成本管理实用于云服务生命周期的各个阶段。云服务生命周期类似于软件开发生命周期，但在云环境中增加了设计、选择、订价和操纵的阶段。下述阅读辨认了七个阶段：
- 云服务设计和开发 – 服务提供商定义并分发标准成本信息。
- 云服务摆设 – 在摆设期间或之前实行测量和计费的架构。
- 云服务条约 – 这是消费者与提供商之间的代价会商。
- 云服务提供 – 这是服务所有者向云消费者提供的订价。可以是标准订价和选项订价。
- 云服务配置 – 这是云提供商或云消费者对实例创建和实例使用设置的限制。对这些选项限制的规范将有助于控制成本，但可能会影响服务质量。
- 云服务运营 – 这是服务使用的监控和使用数据的生产，以便向消费者开具账单。
- 云服务退役 – 这是云服务被停用的时间。汗青成本数据可能会被存档以供未来分析。
成本管理体系可以由云消费者和云提供商在云服务生命周期的任何阶段实行。
云提供商使用的订价模子必须思量各种因素。订价模子通常以模板的形式出现，列出我们在上一节中讨论的所有组件订价。提供模板对于消费者来说很重要，如许他们可以比较差别提供商的订价模子。
个别组件的现实代价可能取决于各种因素，包罗：
- 提供组件的成本
- 与其他提供商的市场竞争
- 羁系和其他政府要求
- 提供商在设计、摆设和操纵IT资源方面的成本
- 提供商是否可以使用资源共享来提供服务
此外，对于同一服务，可能会有多个代价模板。
- 差别的成本指标，比方按需资源与预留资源
- 固定和可变费率 – 分配给用户的资源与资源使用订价
- 大宗折扣 – 高容量消费者通常会提供折扣
- 付款选项 – 比方，预留一年比多次每周预订便宜。提前付款可能会获得折扣。
在以下阅读中，你会看到另有其他订价思量因素。假如你是大客户，通常可以与提供商协商订价。与正常业务一样，假如你是一个精良的客户并按时付款，乃至提前付款，你可能可以或许协商更好的代价。你还应该可以或许使用汗青使用数据进行会商，提供商也可以使用这些数据来设定代价。
运动3：成本管理思量
阅读这篇文章并比较所提到的成本管理策略：VMware
题目：你是否同意这里提到的成本管理机制？IBM
答复：是的，我同意这些成本管理机制。成本透明度、优化和治理是有效管理云成本的关键。通过实行预算控制、持续监控和优化资源使用，可以显著低落总体成本。
服务质量指标的属性 (Attributes of the Service Quality Metrics)
如前所述，云消费者在与云提供商签订条约时会担当服务级别协议（SLA）。在讨论机制和架构时，我们已经提到了一些可能包含在SLA中的服务质量指标。这些指标和保证、特性、限制统称为服务质量（QoS）。在这里，我们将更详细地讨论这些内容。
“指标”这个词意味着它所应用的东西是可测量的。这意味着消费者和提供商可以网络与指标匹配的数据，从而可以决定提供商是否达到了约定的QoS属性。服务的可测量属性示比方下：
- 可用性：服务正常运行的时间。
- 可靠性：故障或错误之间的时间。
- 性能：响应时间、吞吐量等。
- 可扩展性：根据服务需求进行向上和向下扩展的本领。
- 弹性：故障后乐成的故障切换和服务规复。
如前所述，云提供商可以实行SLA监控器，网络上述QoS属性的统计信息。云消费者可以实行自己的统计信息网络体系，并可以通过帮助票据或消费者组织中的其他体系观察用户的投诉。
重要的是，提供商和消费者都信托这些指标。这不但是为了分配SLA题目的责任，也是为了隔离性能题目并在消费者和提供商之间创建信托。这意味着服务质量指标应该是：
- 可量化的：数据测量以易于明白的单元清楚表达。
- 可重复的：特定事件的测量应始终返回类似的值。
- 可比的：用于比较的差别方面应使用类似的计量单元。SLA中提到的单元应与现实测量的单元一致。
- 可获取的：云消费者必须可以或许获取并明白所选择的指标数据。
下述阅读辨认了一些常见的云服务指标。我们如今将总结每一个指标。
服务质量指标
可用性指标
- 可用率 – 资源对消费者可用的时间百分比。比方，SLA中可能会引用99.9%的正常运行时间。
- 停机时间 – 最大和平均停机时间。比方，SLA中可能会指定最大停机时间为10分钟，平均为3分钟。
服务可靠性
- 平均故障间隔时间（MTBF） – 服务故障之间的平均时间。比方，SLA中可能会声明MTBF为30天。
- 可靠性率 – 乐成的SaaS生意业务发生的速率。留意，故障可能由于许多内部缘故原由发生，比方在指定的IT资源最大扩展时超载。比方，SaaS服务可能在SLA中指定99.9%的可靠性率。
服务性能
- 网络容量 – 以可测量单元表示的网络带宽/吞吐量。比方，SLA中可能会指定网络容量为100mbps（约10MB/s）。
- 存储设备容量 – 存储设备（假造或物理）的容量。比方，SLA中可能会指定100GB的存储容量。
- 服务器容量 – 服务器的假造配置。比方，服务器可能被测量为2个vCPU、3GB内存、2.00GHz时钟速度和30GB二级存储。
- Web应用步伐容量 – 基于Web的SaaS服务的可测量特性。比方，SaaS SLA可能指定最大每秒100个请求。
- 实例启动时间 – 从二级存储加载假造服务器或加载新服务器模板的时间。比方，云提供商可能会指定加载服务器实例的最大时间为3分钟，平均时间为2分钟。
- 响应时间 – 处理SaaS请求并在特定时间段内响应的平均时间。比方，SaaS SLA可能会指定响应时间为10毫秒。必须清楚明白测量的位置，假如在假造服务器上测量，则不包罗网络响应时间。
- 完成时间 – 完成某些后台任务的平均时间（通常在PaaS或SaaS服务中）。比方，SLA可能会指定批处理报告任务的最大完成时间为5分钟。
服务可扩展性
可扩展性，如我们在之前的主题中讨论的，可以水平和垂直应用于适应服务负载。基于提供商的设备，通常存在物理扩展限制，但消费者也可能会设置扩展限制以防止成本超支。
- 水平存储可扩展性 – 基于服务工作负载的存储设备容量限制。比方，可能指定存储扩展的100GB限制。
- 水平服务器扩展 – 这是服务器池中答应的假造服务器实例数目。比方，可能在IaaS或PaaS服务中为自动扩展架构指定最多4个假造服务器。
- 垂直服务器扩展 – 这是假造服务器答应的垂直扩展。比方，在IaaS或PaaS服务中，扩展可能限制为8个CPU、8GB内存和800GB二级存储。
服务弹性
通过云提供商使用冗余和复制机制和架构来实现弹性。云提供商提供QoS指标来权衡这些步伐的有效性，以便消费者可以思量额外成本。
- 平均故障切换时间（MTSO） – 完成故障切换到另一个地理位置的复制实例的平均时间。比方，提供商可能会声明MTSO为5分钟。
- 平均体系规复时间（MTSR） – 从严重故障中完全规复的平均时间。比方，提供商可能会声明MTSR的最大时间为一小时。
请留意上述示例中的时间段差异。故障切换可以比完全规复未复制的假造服务器快得多。这可能必要从备份中规复数据，可能是磁带，并从备份时间使用事务日志重修数据。自然，故障切换体系比简单规复体系（不具备实时数据复制功能）更昂贵。
运动4：服务质量指标
题目：本文讨论的哪些QoS参数假如SCU思量摆设私有云将是相关的？QoS
答复：假如SCU思量摆设私有云，相关的QoS参数可能包罗：
- 可用率 – 确保资源对用户的高可用性。
- 响应时间 – 提供快速的服务响应以满足用户需求。
- 服务可靠性 – 确保服务在不中断的环境下可靠运行。
- 网络容量 – 确保有充足的带宽支持大量用户和数据传输。
- 服务弹性 – 提供快速的故障切换和规复本领以保证服务连续性。
题目：阅读此报告并辨认服务协议和服务管理指标之间的差异：NIST
答复：服务协议（SLA）指标侧重于服务提供商和消费者之间的条约条款，包罗可用性、性能、响应时间和规复时间等指标。服务管理指标侧重于内部操纵和管理流程，包罗故障排除、性能监控、容量管理和变更管理等。
SLA 指南 (SLA Guidelines)
在本节中，我们将从消费者和提供商的角度来看待一些SLA工作的指南。我们将基于教科书中的指南，这些指南作为必要思量的题目列表出现。
- 将业务案例映射到SLA – 业务案例推动云服务的实行。业务案例将有其自身的服务级别规范，因此必须将其映射到云提供商的SLA。当体系实行交给技术职员时，可能会忽略这一点，因为他们可能不清楚或不熟悉到所需的服务级别。比方，业务案例可能暗示数据量或响应时间超出云提供商的SLA。
- 内部SLA和云SLA – 大型组织将拥有内部体系和云体系。通常，内部体系将与内部组签订SLA协议，因此必须实现两者之间的映射。云提供商的SLA将比内部SLA更详细，因此必要肯定的工作将内部SLA协议映射到更详细的云提供商SLA。
- 了解SLA的范围 – 如我们所见，云提供商使用许多机制和架构来实行云服务。云消费者必须细致了解使用的云体系，以便清楚哪些提供商的SLA组件是相关的。
- 了解SLA监控的范围 – SLA必须指定监控的实用范围。比方，监控假造服务器内的事务响应时间将产生比在云提供商防火墙外部监控更低的数字。后者将产生更高的响应时间，因为内部提供商网络和防火墙本身会引入耽误，从而增加测量的响应时间。
- 应用适当的粒度 – 云提供商的标准SLA可能无法满足消费者的详细要求。比方，SLA可能保证最大响应时间为1秒，而客户可以担当假如平均响应时间低得多。由于提供商的SLA不提供平均响应时间，这可能是个题目。
- 定义不合规的处罚 – 假如云提供商未能达到其SLA承诺会发生什么？在默认环境下，消费者必须决定是否转向另一个提供商。然而，当消费者初次比较提供商时，消费者将可以或许比较覆盖不履行风险的激励步伐。为了竞争消费者，提供商可以提供财务处罚、付款退款、免费访问和其他处罚，使消费者相信SLA将实现，或者至少消费者将得到未能实现SLA承诺的补偿。
- 纳入不可权衡的要求 – 一些QoS要求无法权衡。比方，消费者的数据安全性不能绝对保证。然而，提供商可以提供保证他们将实行某些安全实践，以尽量减少安全漏洞的可能性。
- 披露合规验证和管理 – 这是提供商如何权衡SLA中提到的指标的披露。SLA还应披露任何由外部组织对提供商施加的审计或监控。
- 包罗指标公式 – 这些是如何从监控网络的数据计算SLA中指定的指标的精确公式。一些SLA将声明指标而不指定如何计算。
- 独立监控 – 可以从第三方组织购买独立的云服务监控。假如消费者怀疑SLA未达到，即使提供商说已达到，这可能是值得的。留意，可能无法监控云提供商内部体系的指标。然而，可以由第三方监控外部可见的指标，比方响应时间和正常运行时间。
- 归档SLA数据 – 云提供商可能会归档SLA统计数据，并与消费者共享。隐私法规可能要求提供商在云消费者终止与云提供商的条约时删除数据。此外，云消费者可能盼望保存汗青数据，以便与新云提供商的统计数据进行比较。一般的隐私思量也应在SLA中规定，比方存储的内容和谁可以访问这些内容。
- 披露跨云依靠关系 – 云提供商可能会将云服务分包给另一个云提供商。这可能会影响云提供商做出的保证，这种安排应向云消费者披露，可能包罗消费者正在处理的云提供商提供的SLA详细信息。
运动5：SLA指南
请阅读AWS SLA并总结你有权使用EC2、DynamoDB、RDS和Lambda的权利：AWS SLA
答复：
- EC2：AWS保证EC2实例在一年内的正常运行时间为99.99%。假如AWS未能达到此承诺，客户将有权获得肯定的服务名誉。
- DynamoDB：AWS保证DynamoDB在一年内的正常运行时间为99.999%。未达到此承诺的环境下，客户可获得服务名誉。
- RDS：AWS保证RDS实例在一年内的正常运行时间为99.95%。未能实现此承诺时，客户有权获得服务名誉。
- Lambda：AWS保证Lambda函数实行在一年内的正常运行时间为99.95%。假如未能达到承诺，客户将获得服务名誉。
这些SLA确保客户在出现题目时可以获得肯定程度的补偿，增加了服务的可靠性和客户满意度。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
