V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

Recommended Services

› Amazon Web Services

› LeanCloud

› New Relic

› ClearDB

这是一个创建于 3462 天前的主题，其中的信息可能已经有所发展或是发生改变。

在宣传云计算的时候，我们往往会强调：永远在线，永不丢失，永远可用。但所有做云计算的都心理明白，现实离这个差了远了。例如上周国内某大型云服务厂商的香港机房中断服务 12 小时，算是大灾难了。云服务中断的原因很多，包括：线路不通，底层云硬件设施故障，合作伙伴服务故障，新功能更新失败，磁盘满了，CPU 100%，DDoS 攻击等等。其中有些是可以通过努力解决的，有些是通过努力都很难解决的（例如国内复杂的网络环境）。既然这么多问题，还要用云服务吗？答案是：Yes！

使用云服务的优势大家都知道，比如成本低，迅速获得能力等等。但是很多人会质疑云服务的稳定性，安全性，隐私性。这些问题回答了一百遍，我来总结一下。

稳定性

不论你是自己购买硬件，还是基于 IaaS 部署自己的服务器。普通公司维护这样的系统所获得稳定性一定远低于使用云服务。因为云服务所面临的不确定性你一个都跑不掉，例如磁盘坏了，网络断了，DDoS 攻击了。但是由于云服务厂商的体量大，投入的专业运维团队，硬件资源的冗余等等基本都会远远超过普通公司所能投入的资源，所以稳定性自然更高。云服务厂商的服务基本上 24 小时有人用，所以任何中断都会被爆出来。经过一定时间积累的厂商的稳定性还是值得信赖的。重要的是，我们要从一个客观的角度去看待稳定性这件事。曾经有用户对我说，Coding 的服务真好，真稳定，从来没出过问题。呵呵呵呵，我心里默念那是因为挂的时候你没碰到。有另外一个用户在我们的反馈区说我们的服务很烂，快要倒闭了。那是因为他连续两次踩到了我们有问题的时候。稳定性是一个长期指标，在绝大多数情况下，使用云服务的稳定性是高于自己搭建服务的。

安全性

首先要说明的是，没有 100% 的安全。如果你认为东西放在云上就 100% 安全了，我劝你还是在本地搞个备份。不论是黑客攻击，还是公司员工误操作（这种事情真的有的，近期国内某旅游网站的服务中断充分说明了这一点）都有可能导致数据丢失。现在大家都知道重要的话要说三遍，那么请记住了，重要的数据请放在三个不同的地方，最好是异地的。因为机房或者你家里着火全烧没了也是有可能的。由于 Coding 上托管的是代码，也是很多程序员最宝贵的资产。所以我经常被问到的就是安全性问题。我一直举的例子是，假如你有 1000 万合法的现金，请问你是存银行还是放家里？云计算厂商雇了一大帮人每天都在琢磨安全性这个事儿，投入了很多硬件资源，包括实时备份，异地备份等等，所以不论是误操作（当年在美国搬砖，我有一次在喝多了以后操作服务器，“rm -rf .” 手一抖，输成了 “rm -rf /”，这两个字符在键盘上离的那么近不科学……），还是硬件故障，不可抗力等等因素，你自己部署服务器所获得安全性都不太可能比云服务厂商的高，起码云服务厂商不会让一个喝多了的员工去操作服务器：）

隐私性

讲到这一点，我突然想起了曾经轰动一时的陈老师的照片门，不过那跟云无关，跟修电脑有关。

最开始云主机还不流行的时候，很多人都觉得云主机不靠谱，东西放在上面没有安全感，万一被人拿了去怎么办？通过几年的培育，现在基本都认可了云主机的模式，很少有人拿云主机的隐私性说事儿了。但是 SaaS 服务就不一样了，很多用户还是会担心 SaaS 厂商的员工会不会偷看他的东西，甚至泄露，特别是代码。确实，不论是 IaaS 厂商，还是 SaaS 厂商，如果有意想看你的东西，都是可以看的。但是，基本上没有厂商会有动机去看用户的数据。我们看的是统计数据。例如，我们会看到每个用户创建了多少个代码仓库，这个仓库每天有多少推送。但是我们没有任何理由和动机去看每次推送的内容。这跟我们的业务无关啊~ 而且我们真的做了会承担巨大的信用风险，非常不划算。而且有权限看到这些数据的员工都是签订了保密协议的，对于个人来讲，这么做的风险也很大。云服务的隐私问题就如去酒店开房，虽然酒店有你的房卡，甚至可以安装摄像头，但除非有特殊利益关系，没有酒店会这么做。所以对于绝大部分用户来讲，这是一个真实存在，但却不需要担心的问题。

Cloudize Your Team

现在我们讲云端化，Cloudize 是我自己发明的词语，用英文让人感觉是一个动态的转化过程。事实也是这样，云端化已经不是前几年大家吹牛逼的状态，而是非常接地气了。你仔细看看周围，已经发生了很大的变化，请问现在还有人去买硬件服务器嘛？云服务给大家带来的好处是非常明显的。我们在上线之初就确定了全盘云化的战略，我们没有自己的服务器，没有自己的存储，没有自己的分发网络（CDN），能用第三方的就不自建。虽然有些领域可选的合作伙伴真的很少，而且都是刚刚开始做，但我们也去尝试了，当然我们也是做了 Plan B 的。这让我们极大的缩短了研发的时间，减少了资源投入的成本。同时，我认为这是一种态度，虽然整个行业的服务稳定性都偏低，但是如果我们自己都不用的话，其他行业的人怎么会用呢？

我们上线一年时间，大大小小踩了几个合作伙伴的坑，但是大家的服务态度都很好，很快就修复了。我觉得这就够了，如果现在对服务过于苛刻会让一切停止不前。最近一次 Coding 挂的时候，我看到一个用户发反馈说他一早被公司电话叫醒说系统出问题了，他上来一看发现是我们的服务挂了牵连到了他们公司的业务。有时候，用户对于云计算的期待是很高的，很多用户的观念就是我用云服务了，安全了。我们不太可能去改变这样的观念（希望本文能有所帮助），我们只有努力把服务做到最好。我们在选择云服务的时候也要尽量选择有 SLA （服务可用协议）保障的服务，给厂商一点压力：）

大部分云服务厂商都是初创公司，虽然大家都拿了钱，但是资源还是极其有限的。时间短，很多东西是需要时间打磨的，不是堆人就能堆出来的。我们最近踩了一个 JDK 8 的坑，某两个启动参数在同时启用的时候，会有可能导致 JVM 卡死。在找到这个坑的时候，我心里想，如果我们也像大公司那样有专门的团队测试操作系统，测试 JDK 就好了，但这在短期内是不可能的。这就是陪伴行业一起成长的代价。

最后想说一点可能被大家忽略的云服务的优势。使用云服务会对应用的开发和运行方式产生潜移默化的影响。你会不自觉的使用更多开源的技术（大部分的云都是基于开源技术搭建，最近大热的容器技术也是开源的），应用的开发会更加的标准化（例如应用模块的拆分，存储的独立化等等），有利于数据的流动和应用迁移，不会在某个平台上锁死。

想写这篇文章很久了，一直找各种借口拖着。前一阵子我们集体去泰国团建，在旅游期间 Coding 的服务各种不稳定，导致我们必须背着本本去泳池，去沙滩……让我深刻的意识到我们真的有必要重新认识一下云计算。我写这篇文章不是给 Coding 开脱，也不是给这个行业找遮羞布，而是希望这个行业能在一个更健康的环境中发展成熟。

行业是厂商的，但效益是社会的。请给云计算一点宽容。

服务

厂商

稳定性

123 条回复 • 2016-01-14 13:34:21 +08:00

1 2

❮

❯

dingzi

2015-07-04 16:07:45 +08:00

Devin

2015-07-04 16:08:44 +08:00 via iPhone

请给股票一点宽容？
请给房地产一点宽容？

msdx123

2015-07-04 16:09:17 +08:00

@Devin 请给自己一点宽容

webflier

2015-07-04 16:10:15 +08:00

你自己承诺的SLA实现不了，让客户宽容？！

johnsmith123

2015-07-04 16:11:19 +08:00

吹的这么high，还好意思要宽容？还云计算，我呸。

Radeon

2015-07-04 16:11:55 +08:00

哎，我说句打击的话吧。其实很多中型公司高薪招几个靠谱的程序员自组开发部其实对他们是最合理的方案。因为源代码和数据都在手上，也不用担心云计算公司关闭或收购影响业务，总之一切可以按照自己的步调来，不会被突然事件吓一跳

至于云计算的硬件冗余性，对于自建小型内网机房的企业根本没有吸引力

WDsUO7HnS2Na1DFC

2015-07-04 16:12:44 +08:00

需要的是诚意和更好的服务
不要跟用户斤斤计较
骂几句真的不算事

underone

2015-07-04 16:13:10 +08:00

……………………

blackcloak

2015-07-04 16:19:49 +08:00

国内的几家大厂嘴上都说要对标AWS，只可惜实际的稳定性连Linode都不如，呵呵

2015-07-04 16:25:49 +08:00 via iPad

稳定性、安全性、隐私性，三段论述全部建立在错误逻辑上，附带因果倒置、标准不一等不诚恳的论述方式。明知道做不到还要宣传一堆“永远”，这已经不是过度承诺的问题了，这是故意隐瞒风险。我不知道内行人如何看待这种事，作为一个外行人我觉得这是无法接受的。

muzuiget

2015-07-04 16:27:16 +08:00

保证不到就不要吹的那么高嘛。

yexm0

2015-07-04 16:29:31 +08:00

事前吹得天上有地下没,事后就说要有宽容之心..呵呵.

mechgouki

2015-07-04 16:30:57 +08:00

AWS做作POC不错自己上的话还是自己搭建基于HDFS的算了

其实大部分厂商数据都一般 facebook的图片也没有上EB级别就算上了EB 其实也没啥怕的

zac

2015-07-04 16:36:31 +08:00

二楼再一次正解

Quaintjade

2015-07-04 16:37:19 +08:00 via Android

你标了99.5%的SLA，客户的期望就是最多只要承担0.5%时间的下线风险和损失。
做不到的话就自觉把SLA下降到95%, 90%

Ansonyi

2015-07-04 16:41:22 +08:00

你给我一万元，我承诺一年后回报收益二十倍。

一年后，给你一万零一块。

你会宽容？

hjc4869

2015-07-04 16:41:54 +08:00

呃。。凭什么宣传的时候让你们吹的高，出了事又来装可怜卖萌？

imlonghao

2015-07-04 16:53:54 +08:00 via Android

达不到SLA就赔钱就是这么简单。

mongodb

2015-07-04 16:55:13 +08:00

用户也没指望永不出事，你自己吹的。吹了做不到还要用户来宽容。

怎么有脸出来写这么多的。

xrui

2015-07-04 16:56:22 +08:00 via Android

做不到的为什么要承诺，承诺的为什么做不到

jedrek

2015-07-04 17:00:34 +08:00

宣传的时候，我们是全宇宙最牛逼的，现在做不到自己所宣传的目标，就说要宽容。
还是熬点鸡汤好，喝一大碗，天天感动，服务挂了也是美帝的阴谋。

mongodb

2015-07-04 17:02:13 +08:00

看了下还是coding这家的，果然没黑错。真是家奇葩公司，不枉我从始至终的黑。

你要说技术实力，有，真有，用户又不傻。不然也不会有那么多人选用，我都推荐过身边人用——因为恰好符合他的需要。

那为什么还招黑？最开始宣传写的那么多文案，莫名其妙，卖情怀，卖这个卖那个，就不肯闭嘴好好踏实点。

现在倒好，连这种奇葩逻辑也敢堂而皇之的写上来，自己吹的牛做不到还推到客户身上去，而且这种奇葩的逻辑还敢写“我们不是推脱责任。”

没有人不犯错，没人完美，有客户不理解，也有客户理解，少吹点牛少卖点情怀就可以了，就这么简单的要求啊大哥，不吹牛就行了啊，能做多少实话实说啊。

说一句实话而已啊，就这么简单啊。

云计算是不容易，知道的人也不少。我打赌你们的用户群体里都有战力远超你们员工的，人家会不知道云计算现下的真实发展情况？

而且再退一步说，吹吹牛被打脸也不是大不了的事，谁没吹过大大小小的牛然后脸被扇的噼啪响，扇过了再好好做呗，你们干的倒好。

bibizhang

2015-07-04 17:02:41 +08:00

我给你宽容，谁给我宽容？

irainy

2015-07-04 17:04:36 +08:00 via iPhone

公关是别的行业挖过来的吧搞基术的大部分都是理性思维不正视问题装可怜就像对电脑撒娇求没有BUG一样

vietor

2015-07-04 17:07:30 +08:00 via Android

地狱就是用于惩罚的，这就是始终不变的

realpg

2015-07-04 17:13:58 +08:00

对于隐私性不敢苟同，对于一个程序需要高度保密的项目，竞争对手找到你的云服务商的关键人物，上点手段没准就拿到任何他想要的机密了。

wshcdr

2015-07-04 17:14:34 +08:00

如果能赔偿相应损失，就可以宽容

sumhat

2015-07-04 17:20:04 +08:00

你有见过 AWS 或者 Google Cloud 出事情的时候发这么一篇文章？老老实实赔钱是王道。

Borden

2015-07-04 17:27:04 +08:00

做不到的事情就不要承诺，这还用教？做不到的还满口答应也没问题，出问题了该赔的钱赔了就行。承诺的事情做不到，出了事还赖着不赔钱，凭啥要我们宽容？我又不是你爹。

hellov22ex

2015-07-04 17:34:49 +08:00

宽容尼玛，收钱了不办事，滚尼玛的

Ouyangan

2015-07-04 17:46:52 +08:00

拿钱办事,替人消灾 . 出事了责任还是要担的 .

jsq2627

2015-07-04 17:47:39 +08:00

不知道为什么，感觉在V2EX看到的评论向来是一边倒的。

ck65

2015-07-04 17:53:42 +08:00

商人求同情要宽容，不如直截了当去行乞，把买卖建立在道德层面。

faceair

2015-07-04 17:54:17 +08:00 via iPhone

虽然我一直都是coding黑，但感觉这篇写得还算实在。加油，好好做吧。

zixincao

2015-07-04 17:59:57 +08:00

本想支持一下的，看到这么多一边倒的，也是醉了。

chendao

2015-07-04 18:00:08 +08:00

国外的都是vps 不存在什么云国外公司没有吹的这么厉害

单身别人的vps都很稳定 99%在线维护也及时

zsj950618

2015-07-04 18:16:27 +08:00

所以有了SLA，如果本身达不到相应的SLA，却宣称多少多少SLA，这是在坑自己也是坑用户。

2015-07-04 18:20:09 +08:00 via Android

感觉老板以前是卖电脑配件的奸商

Laforet

2015-07-04 18:23:28 +08:00

@faceair @zixincao

对coding原本印象不错，对最近的一些负面新闻也没有太在意，毕竟谁家都可能遇到问题。但是看完这篇鸡汤文感觉相当恶心，路人转黑。

sdysj

2015-07-04 18:25:05 +08:00

在某党天朝下挣扎，再谈宽容火就来了。。。

zts1993

2015-07-04 18:28:46 +08:00 via Android

让别人为你的不成熟买单？

pyKun

2015-07-04 18:31:34 +08:00

携程某员工：“老板，请给我点宽容”...

paicha

2015-07-04 18:36:54 +08:00

“在宣传云计算的时候，我们往往会强调：永远在线，永不丢失，永远可用。”

那宣传的时候为什么不实话实说呢。

Felldeadbird

2015-07-04 19:13:09 +08:00 via iPhone

那谁给公司的损失赔偿？

xiaole

2015-07-04 19:17:46 +08:00

不如宣传低调点，而不是在宣传的时候吹牛逼

jason52

2015-07-04 19:21:32 +08:00 via Android

今天刚听了一课

fu82581983

2015-07-04 19:23:00 +08:00

这么宣传，很大程度上都是运营部门和老板要求的，但是出了问题就得负责任。

对于用户来说，你可以告诉用户原因，但是不能让用户来替你背责任，因为用户的用户可不会因此而宽容。

s51431980

2015-07-04 20:16:16 +08:00

客户的损失能够得到充分赔偿的话，客户会给不止一点宽容

c0878

2015-07-04 20:19:39 +08:00

@realpg 这种事情要是曝出来公司直接不用开了吧脑袋正常的人都不会这么做

popu111

2015-07-04 20:47:03 +08:00

我感觉用的很好啊，支持！祝你们越做越好（楼下轻拍，我不是马甲！）

kiritoalex

2015-07-04 20:58:59 +08:00

同楼上，做不到SLA里声明的 99%以上的Uptime 就不要吹牛逼，该标多少标多少。这不是宽不宽容的问题，而是企业的信用问题，凭什么要用户宽容？用户难道没有遭受损失？
总之coding一生黑

cxshun

2015-07-04 21:04:06 +08:00

做不到就不要做出承诺，这样用户不会怎样，但承诺了做不到，这样就是自己的问题，宽容？那你的用户那边谁给他们宽容。也许别人一个初创公司，你一个故障，别人仅有的那么一些用户都没了，谁宽容他们，谁宽容那些需要养家糊口的员工。

如果做不到老老实实写着：我们的服务不能保证稳定，出问题请自己负责。如果把这句写上，那相信出问题了，我们自己认栽，但也意味着少掉很多用户，每件事情都有利弊，承诺了就做到最好，出问题了就想办法弥补，而不是要求宽容。

realpg

2015-07-04 21:45:26 +08:00

@c0878 做的不漏痕迹谁知道？你代码和业务逻辑或者数据库泄露而已，真正不惜成本非法获取到你这些东西的都不是用来曝光的，而是另有目的，不说没人知道。

这种事儿，发生过很多次了，我有个老板就干过这种事儿……

teriyaki

2015-07-04 23:16:32 +08:00

美团云 avos 一直互相攻击
怎么信？

Darin

2015-07-04 23:21:56 +08:00

云基地工作的小菜鸟默默帮顶

mrjoel

2015-07-04 23:24:48 +08:00

写这篇软文的文案狗辛苦了。

lhehuang

2015-07-04 23:39:42 +08:00

2015-07-04 23:56:10 +08:00 via Android

这个肯定是 coding的竞争对手写的软文

MetroWind

2015-07-05 00:04:47 +08:00

反正经验告诉我能自己搞定就不要依赖别人。

int64ago

2015-07-05 01:00:52 +08:00

Coding 国内还是算很有节操的了，当然如果楼上喷子都是拿它跟 AWS 之类的比那也算是夸了
不过，话说回来，Coding 跟 xAE/VPS 之类的厂商做的并不是同一个事，所以喷的很多都是没有道理的
最后，Coding 的 SLA 是针对付费用户的，楼上有几个是付费的？
最后，我不是 Coding 马甲……

mongodb

2015-07-05 01:37:08 +08:00

@int64ago 自己做不到就要用户宽容，就算别的地方工程师辛辛苦苦攒下来的节操也被这篇给败完了。

不是技术问题，不是水平问题，而是这态度，毫无节操可言。

qqblog

2015-07-05 03:30:08 +08:00

免费用户不存在任何问题，付费用户需要认真兑现承诺

paulagent

2015-07-05 04:14:22 +08:00

神一样的逻辑，楼主要不要看精神科医生啊。

在商言商，你来这给我说这些没用的。

kiritoalex

2015-07-05 05:47:36 +08:00 via Android

@int64ago 那你买一个付费服务然后把你的代码全部转到coding上吧，祝你好运

yxzblue

2015-07-05 07:34:45 +08:00

俺一直在用coding，还没碰到丢数据的问题。。。阿门

wolfan

2015-07-05 08:20:45 +08:00 via Android

@zz 可这好像是官方帐号耶

vibbow

2015-07-05 08:21:28 +08:00

"在宣传云计算的时候，我们往往会强调：永远在线，永不丢失，永远可用。但所有做云计算的都心理明白，现实离这个差了远了。"

典型的虚假宣传啊。

Sin

2015-07-05 08:23:31 +08:00

现在是流行自黑么 - -||

wwek

2015-07-05 08:27:50 +08:00

我是coding 的用户
只要不丢数据,网络出问题这太正常了

楼上的各位,你去做个服务你敢保证很高SLA?
别说机房,大网的故障都让你够呛
跨机房别逗了,成本呢

wwek

2015-07-05 08:33:08 +08:00

coding是ucloud的用户,我也正好是ucloud用户
ucloud的坑没踩过?当然踩过,但是呢,我依然选择ucloud
阿里云的坑没踩过?当然踩过,但是呢,我依然选择阿里云
(请告诉我国内还有那家能提供像阿里云,云盾免费单ip 5G抗DDOS的服务,有传统IDC服务商这样的么,我去那里托管机器.)

我没看到coding不负责,同时也赞同请给云计算多一些时间