请选择 进入手机版 | 继续访问电脑版

ITIL,DevOps,ITSS,ITSM,IT运维管理-ITIL先锋论坛

 找回密码
 微信、QQ、手机号一键注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 253|回复: 1

如何评价基础设施服务的风险容忍度

[复制链接]
发表于 2020-12-2 23:16:59 | 显示全部楼层 |阅读模式
构建和运维基础设施组件的要求在许多方面是不同于消费者服务的。一个根本的区别是,基础设施组件有多个客户,而他们通常有很多不同的需求。% t7 d% V/ R# X" p5 e* i: Q  X. M
$ M, M. A* ~) O# u5 ~& n3 p, v/ L2 @
Bigtable是一个大型结构化数据分布式存储系统,一些面向消费者的服务数据直接通过它服务用户请求。这样的服务需要很低的延迟和较高的可靠性。其他团队则把 Bigtable 作为离线分析的数据存储使用(例如,MapReduce)。这些团队往往更关注吞吐量而非可靠性。这两个情况的风险容忍度相当不同。
. `2 \7 j5 u) D9 c& r/ r+ e- W! s$ S% J# M6 ^  v
能够同时满足两种情况的要求的一种方法就是将所有基础设施服务做得极为可靠。但在实际情况中,这些基础设施服务往往需要占用大量资源,超高可靠性的代价通常是非常昂贵的。为了更好地了解不同类型用户的不同需求,我们可以分析每个用户对自己Bigtable 请求队列的期望。
, _% v" T9 X; Q: u8 V0 z  @3 v. K, g2 Y4 }
低延迟的用户希望 Bigtable的请求队列(几乎总是)为空,这样系统可以立刻处理每个出现的请求。(事实上,效率低下的排队过程往往是导致较高的长尾延迟的原因。)而离线分析的用户更感兴趣的是系统的吞吐量,因此用户希望请求队列永远不为空。为了优化吞吐量,Bigtable 系统应该避免处于空闲状态。
, ]; I7 p5 |$ e: T" k
$ d2 d# [2 U5 e4 t( u这样看来,对于这些用户而言,成功和失败是相反的。低延迟用户的成功是关注离线分析的用户的失败。" U' ~& X) A* E3 y4 F" \

% |* V, X5 U3 p! k/ Q( y7 q7 h一种在符合成本效益条件下满足这些竞争性约束的方式就是将基础设施分割成多个服务,在多个独立的服务水平上提供该服务。
1 Q. q. m- g( Y( r- _0 Q5 W: u" b7 c+ O9 m- Y& b6 K/ ?
在 Bigtable的例子中,我们可以构建两个集群∶低延迟集群和高吞吐量集群。低延迟集群是为那些需要延迟较低和可靠性较高的服务而设计的。为了确保队列长度最小和满足更严格的客户端隔离要求,Bigtable 系统可以配备更多的冗余资源。另一方面,高吞吐量集群的配置冗余度较低,利用率较高。在实践中,高吞吐量集群只有低延迟集群成本的10%~50%。由于Bigtable是广泛部署的系统,这种成本上的降低非常显著。3 f5 C3 x! d1 M1 v3 S  C




上一篇:核算IT服务故障造成的成本
下一篇:你想知道SRE同DevOps是如何关联的吗?

本版积分规则

本站关键字: ITIL| ITSM| ISO20000| ITIL培训| ITIL认证| ITIL考试| ITSS| ITSS培训| ITSS认证| IT运维管理| DevOps| DevOps培训| DevOps认证| itop| itil4| sre| 开源ITSM软件

QQ|小黑屋|手机版|Archiver|艾拓先锋网 ( 粤ICP备11099876号-1 )|网站地图

Baidu

GMT+8, 2021-1-22 04:08 , Processed in 0.148713 second(s), 30 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表