专访小鸟云CTO聊聊公有云怎么做到高可用，用户体验真重要

（来源：小鸟云官网博客《小鸟云CTO专访：高可用不是堆硬件，用户体验是最终标尺》）

行,那咱们就聊聊，我是小鸟云的CTO，姓李，今天不说那些虚头巴脑的理论，就大白话讲讲我们怎么琢磨公有云的高可用，还有为啥死磕用户体验。

你问高可用是啥？说白了，就是希望你的网站、你的应用，放在我们云上，能一直稳定跑着，别隔三差五出毛病、断线，让用户访问不了，这就像你家开的便利店，得保证24小时亮着灯开门营业，不能想关就关。（来源：专访中CTO对高可用的通俗解释）

很多人一听高可用,第一反应就是“堆硬件”，买最好的服务器，弄双倍的数量，一个坏了另一个马上顶上去，对不对？对，但这只是最基础的一步，是“及格线”，不是“优秀线”，硬件总会出故障，这是物理规律，硬盘会坏，内存会出问题，电源说挂就挂，所以我们肯定得做冗余，比如数据存多份，服务器搞集群，一个机房有问题能切到另一个机房，这些是基本功，必须做扎实。

但光靠堆硬件,就像盖房子只把砖头水泥用最好的，不考虑户型合不合理、下水道会不会堵，高可用的核心，其实在硬件后面那套“脑子”——也就是我们的调度和管理系统。（来源：CTO关于“高可用核心是调度系统”的论述）

我举个例子,比如某个地区突然刮台风，或者运营商网络出问题了，你硬件再好，网络不通也白搭，这时候我们的系统就得像个聪明的交警，能实时发现“哎，这条路上堵死了”，然后自动、快速地把用户的流量引导到另一条畅通的路线上，可能是同城另一个机房，甚至是另一个城市的机房，这个切换要快，要尽可能让用户没感觉，或者只有一瞬间的卡顿，而不是断线十分钟半小时，这就是考验真本事的地方，背后是大量的实时监控、智能分析和自动化决策。（来源：专访中关于“智能调度应对突发故障”的案例描述）

再说个更细的,有时候问题不是那么大，不是整个机房挂掉，可能只是某台物理机的网络有点不稳定，丢包率变高了，对很多应用来说，可能还能勉强用，用户感觉就是“今天有点卡”，但对我们来说，这已经是预警了，我们的监控系统会发现这个“亚健康”状态，然后自动把在这台机器上运行的虚拟机，悄悄地、平稳地迁移到旁边健康的机器上去，这个迁移过程，用户是无感知的，他的业务不会中断，这就把大故障的苗头提前掐灭了，高可用，很多时候就是在这种看不见的地方下功夫。（来源：CTO解释“亚健康状态迁移”的具体做法）

好,上面说的算是“幕后”的工作，那怎么体现到“台前”的用户体验上呢？这就是我们最看重的一点，高可用不是个技术指标，它最终得让用户觉得“好用”、“省心”。

比如我们控制台的设计,用户上来要买云服务器，我们不会扔给他一堆看不懂的参数，我们会问：你这是什么类型的网站？预计有多少人访问？我们根据他的需求，推荐一个“通用型”或者“高IO型”的配置，简单明了，这就是体验，减少用户的选择困难。（来源：专访中提到“简化控制台设计”的初衷）

再比如,用户最怕的是什么？怕出问题了找不到人，或者找到了人对方说一堆听不懂的术语，所以我们要求技术支持团队，第一响应要快，第二说话要“说人话”，不能用户说“我网站打不开了”，你上来就回一句“请检查你的DNS解析和防火墙ACL策略”，这不行，得先帮用户快速定位是网络问题还是服务器本身问题，用最简单的语言告诉他该点什么按钮，怎么操作，如果真是我们的问题，痛快点承认，马上解决，这种“不推诿、能沟通”的体验，本身就是高可用的一部分，是“服务的高可用”。（来源：CTO强调技术支持“说人话”的重要性）

还有价格和弹性,对小企业、成本敏感，你高可用做得再好，如果贵得用不起，那也白搭，所以我们得在保证质量的前提下，通过技术优化成本，把价格做实在，另外就是弹性，用户业务量大了，能一键无缝升级；业务有波峰波谷，能按需计费，不用为用不到的资源整天买单，这种灵活性和性价比，是实实在在的体验提升。（来源：专访中关于“成本与弹性”对用户体验影响的看法）

我们的想法很简单,高可用不是一个用来宣传的噱头，它必须融入到产品设计、技术架构、运营维护、客户服务的每一个细节里，最终的目标，就是让用户觉得用我们的云服务，就像用电用水一样自然、可靠、省心，不用整天提心吊胆，我们做的所有复杂的技术，都是为了实现这个简单的目标，这条路没有终点，得一直琢磨，一直优化。（来源：CTO总结高可用与用户体验关系的核心观点）