请给云计算一点宽容 - V2EX
Recommended Services
Amazon Web Services
LeanCloud
New Relic
ClearDB
CodingNET

请给云计算一点宽容

  •  
  •   CodingNET Jul 4, 2015 18982 views
    This topic created in 3965 days ago, the information mentioned may be changed or developed.

    在宣传云计算的时候,我们往往会强调:永远在线,永不丢失,永远可用。但所有做云计算的都心理明白,现实离这个差了远了。例如上周国内某大型云服务厂商的香港机房中断服务 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 replies    2016-01-14 13:34:21 +08:00
    1  2  
    dingzi
        1
    dingzi  
       Jul 4, 2015
    Devin
        2
    Devin  
       Jul 4, 2015 via iPhone   1
    请给股票一点宽容?
    请给房地产一点宽容?
    msdx123
        3
    msdx123  
       Jul 4, 2015   1
    @Devin 请给自己一点宽容
    webflier
        4
    webflier  
       Jul 4, 2015   11
    你自己承诺的SLA实现不了,让客户宽容?!
    johnsmith123
        5
    johnsmith123  
       Jul 4, 2015   2
    吹的这么high,还好意思要宽容? 还云计算,我呸。
    Radeon
        6
    Radeon  
       Jul 4, 2015
    哎,我说句打击的话吧。其实很多中型公司高薪招几个靠谱的程序员自组开发部其实对他们是最合理的方案。因为源代码和数据都在手上,也不用担心云计算公司关闭或收购影响业务,总之一切可以按照自己的步调来,不会被突然事件吓一跳

    至于云计算的硬件冗余性,对于自建小型内网机房的企业根本没有吸引力
    WDsUO7HnS2Na1DFC
        7
    WDsUO7HnS2Na1DFC  
       Jul 4, 2015   1
    需要的是诚意和更好的服务
    不要跟用户斤斤计较
    骂几句真的不算事
    underone
        8
    underone  
       Jul 4, 2015   7
    ……………………
    blackcloak
        9
    blackcloak  
       Jul 4, 2015
    国内的几家大厂嘴上都说要对标AWS,只可惜实际的稳定性连Linode都不如,呵呵
    PP
        10
    PP  
       Jul 4, 2015 via iPad   2
    稳定性、安全性、隐私性,三段论述全部建立在错误逻辑上,附带因果倒置、标准不一等不诚恳的论述方式。明知道做不到还要宣传一堆“永远”,这已经不是过度承诺的问题了,这是故意隐瞒风险。我不知道内行人如何看待这种事,作为一个外行人我觉得这是无法接受的。
    muzuiget
        11
    muzuiget  
       Jul 4, 2015
    保证不到就不要吹的那么高嘛。
    yexm0
        12
    yexm0  
       Jul 4, 2015
    事前吹得天上有地下没,事后就说要有宽容之心..呵呵.
    mechgouki
        13
    mechgouki  
       Jul 4, 2015
    AWS做作POC不错 自己上的话 还是自己搭建基于HDFS的算了

    其实大部分厂商数据都一般 facebook的图片也没有上EB级别 就算上了EB 其实也没啥怕的
    zac
        14
    zac  
       Jul 4, 2015
    二楼再一次正解
    Quaintjade
        15
    Quaintjade  
       Jul 4, 2015 via Android
    你标了99.5%的SLA,客户的期望就是最多只要承担0.5%时间的下线风险和损失。
    做不到的话就自觉把SLA下降到95%, 90%
    Ansonyi
        16
    Ansonyi  
       Jul 4, 2015
    你给我一万元,我承诺一年后回报收益二十倍。

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

    你会宽容?
    hjc4869
        17
    hjc4869  
       Jul 4, 2015
    呃。。凭什么宣传的时候让你们吹的高,出了事又来装可怜卖萌?
    imlonghao
        18
    imlonghao  
       Jul 4, 2015 via Android
    达不到SLA就赔钱就是这么简单。
    mongodb
        19
    mongodb  
       Jul 4, 2015
    用户也没指望永不出事,你自己吹的。吹了做不到还要用户来宽容。

    怎么有脸出来写这么多的。
    xrui
        20
    xrui  
       Jul 4, 2015 via Android
    做不到的为什么要承诺,承诺的为什么做不到
    jedrek
        21
    jedrek  
       Jul 4, 2015
    宣传的时候,我们是全宇宙最牛逼的,现在做不到自己所宣传的目标,就说要宽容。
    还是熬点鸡汤好,喝一大碗,天天感动,服务挂了也是美帝的阴谋。
    mongodb
        22
    mongodb  
       Jul 4, 2015   4
    看了下还是coding这家的,果然没黑错。真是家奇葩公司,不枉我从始至终的黑。

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

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

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

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

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

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

    而且再退一步说,吹吹牛被打脸也不是大不了的事,谁没吹过大大小小的牛然后脸被扇的噼啪响,扇过了再好好做呗,你们干的倒好。
    bibizhang
        23
    bibizhang  
       Jul 4, 2015
    我给你宽容,谁给我宽容?
    irainy
        24
    irainy  
       Jul 4, 2015 via iPhone
    公关是别的行业挖过来的吧 搞基术的大部分都是理性思维 不正视问题装可怜就像对电脑撒娇求没有BUG一样
    vietor
        25
    vietor  
       Jul 4, 2015 via Android
    地狱就是用于惩罚的,这就是始终不变的
    realpg
        26
    realpg  
    PRO
       Jul 4, 2015
    对于隐私性不敢苟同,对于一个程序需要高度保密的项目,竞争对手找到你的云服务商的关键人物,上点手段没准就拿到任何他想要的机密了。
    wshcdr
        27
    wshcdr  
       Jul 4, 2015
    如果能赔偿相应损失,就可以宽容
    sumhat
        28
    sumhat  
       Jul 4, 2015   1
    你有见过 AWS 或者 Google Cloud 出事情的时候发这么一篇文章?老老实实赔钱是王道。
    Borden
        29
    Borden  
       Jul 4, 2015
    做不到的事情就不要承诺,这还用教?做不到的还满口答应也没问题,出问题了该赔的钱赔了就行。承诺的事情做不到,出了事还赖着不赔钱,凭啥要我们宽容?我又不是你爹。
    hellov22ex
        30
    hellov22ex  
       Jul 4, 2015
    宽容尼玛,收钱了不办事,滚尼玛的
    Ouyangan
        31
    Ouyangan  
       Jul 4, 2015
    拿钱办事,替人消灾 . 出事了责任还是要担的 .
    jsq2627
        32
    jsq2627  
       Jul 4, 2015
    不知道为什么,感觉在V2EX看到的评论向来是一边倒的。
    mogita
        33
    mogita  
       Jul 4, 2015
    商人求同情要宽容,不如直截了当去行乞,把买卖建立在道德层面。
    faceair
        34
    faceair  
       Jul 4, 2015 via iPhone   1
    虽然我一直都是coding黑,但感觉这篇写得还算实在。加油,好好做吧。
    zixincao
        35
    zixincao  
       Jul 4, 2015
    本想支持一下的,看到这么多一边倒的,也是醉了。
    chendao
        36
    chendao  
       Jul 4, 2015
    国外的都是vps 不存在什么云 国外公司没有吹的这么厉害

    单身别人的vps都很稳定 99%在线 维护也及时
    zsj950618
        37
    zsj950618  
       Jul 4, 2015
    所以有了SLA,如果本身达不到相应的SLA,却宣称多少多少SLA,这是在坑自己也是坑用户。
    zz
        38
    zz  
       Jul 4, 2015 via Android
    感觉老板以前是卖电脑配件的奸商
    Laforet
        39
    Laforet  
       Jul 4, 2015
    @faceair @zixincao

    对coding原本印象不错,对最近的一些负面新闻也没有太在意,毕竟谁家都可能遇到问题。但是看完这篇鸡汤文感觉相当恶心,路人转黑。
    sdysj
        40
    sdysj  
       Jul 4, 2015   3
    在某党天朝下挣扎,再谈宽容火就来了。。。
    zts1993
        41
    zts1993  
       Jul 4, 2015 via Android
    让别人为你的不成熟买单?
    pyKun
        42
    pyKun  
       Jul 4, 2015
    携程某员工:“老板,请给我点宽容”...
    paicha
        43
    paicha  
    PRO
       Jul 4, 2015
    “在宣传云计算的时候,我们往往会强调:永远在线,永不丢失,永远可用。”

    那宣传的时候为什么不实话实说呢。
    Felldeadbird
        44
    div class="sep3"> Felldeadbird  
       Jul 4, 2015 via iPhone
    那谁给公司的损失赔偿?
    xiaole
        45
    xiaole  
       Jul 4, 2015
    不如宣传低调点,而不是在宣传的时候吹牛逼
    jason52
        46
    jason52  
       Jul 4, 2015 via Android
    今天刚听了一课
    fuhanfeng
        47
    fuhanfeng  
       Jul 4, 2015
    这么宣传,很大程度上都是运营部门和老板要求的,但是出了问题就得负责任。

    对于用户来说,你可以告诉用户原因,但是不能让用户来替你背责任,因为用户的用户可不会因此而宽容。
    s51431980
        48
    s51431980  
       Jul 4, 2015
    客户的损失能够得到充分赔偿的话,客户会给不止一点宽容
    c0878
        49
    c0878  
       Jul 4, 2015
    @realpg 这种事情要是曝出来公司直接不用开了吧 脑袋正常的人都不会这么做
    popu111
        50
    popu111  
       Jul 4, 2015
    我感觉用的很好啊,支持!祝你们越做越好(楼下轻拍,我不是马甲!)
    kiritoalex
        51
    kiritoalex  
       Jul 4, 2015
    同楼上,做不到SLA里声明的 99%以上的Uptime 就不要吹牛逼,该标多少标多少。这不是宽不宽容的问题,而是企业的信用问题,凭什么要用户宽容?用户难道没有遭受损失?
    总之coding一生黑
    cxshun
        52
    cxshun  
       Jul 4, 2015
    做不到就不要做出承诺,这样用户不会怎样,但承诺了做不到,这样就是自己的问题,宽容?那你的用户那边谁给他们宽容。也许别人一个初创公司,你一个故障,别人仅有的那么一些用户都没了,谁宽容他们,谁宽容那些需要养家糊口的员工。

    如果做不到老老实实写着:我们的服务不能保证稳定,出问题请自己负责。如果把这句写上,那相信出问题了,我们自己认栽,但也意味着少掉很多用户,每件事情都有利弊,承诺了就做到最好,出问题了就想办法弥补,而不是要求宽容。
    realpg
        53
    realpg  
    PRO
       Jul 4, 2015
    @c0878 做的不漏痕迹谁知道?你代码和业务逻辑或者数据库泄露而已,真正不惜成本非法获取到你这些东西的都不是用来曝光的,而是另有目的,不说没人知道。

    这种事儿,发生过很多次了,我有个老板就干过这种事儿……
    teriyaki
        54
    teriyaki  
       Jul 4, 2015
    美团云 avos 一直互相攻击
    怎么信?
    Darin
        55
    Darin  
       Jul 4, 2015
    云基地工作的小菜鸟默默帮顶
    mrjoel
        56
    mrjoel  
       Jul 4, 2015
    写这篇软文的 文案狗 辛苦了。
    lhehuang
        57
    lhehuang  
       Jul 4, 2015
    大部分云服务厂商都是初创公司,虽然大家都拿了钱,但是资源还是极其有限的。时间短,很多东西是需要时间打磨的,不是堆人就能堆出来的。我们最近踩了一个 JDK 8 的坑,某两个启动参数在同时启用的时候,会有可能导致 JVM 卡死。在找到这个坑的时候,我心里想,如果我们也像大公司那样有专门的团队测试操作系统,测试 JDK 就好了,但这在短期内是不可能的。这就是陪伴行业一起成长的代价。

    能不能举例告诉下大公司是哪些啊?这点福利应该发放下。
    zz
        58
    zz  
       Jul 4, 2015 via Android
    这个肯定是 coding的竞争对手写的软文
    MetroWind
        59
    MetroWind  
       Jul 5, 2015
    反正经验告诉我能自己搞定就不要依赖别人。
    int64ago
        60
    int64ago  
       Jul 5, 2015
    Coding 国内还是算很有节操的了,当然如果楼上喷子都是拿它跟 AWS 之类的比那也算是夸了
    不过,话说回来,Coding 跟 xAE/VPS 之类的厂商做的并不是同一个事,所以喷的很多都是没有道理的
    最后,Coding 的 SLA 是针对付费用户的,楼上有几个是付费的?
    最后,我不是 Coding 马甲……
    mongodb
        61
    mongodb  
       Jul 5, 2015
    @int64ago 自己做不到就要用户宽容,就算别的地方工程师辛辛苦苦攒下来的节操也被这篇给败完了。

    不是技术问题,不是水平问题,而是这态度,毫无节操可言。
    qqblog
        62
    qqblog  
       Jul 5, 2015
    免费用户不存在任何问题,付费用户需要认真兑现承诺
    paulagent
        63
    paulagent  
       Jul 5, 2015
    神一样的逻辑,楼主要不要看精神科医生啊。

    在商言商,你来这给我说这些没用的。
    kiritoalex
        64
    kiritoalex  
       Jul 5, 2015 via Android
    @int64ago 那你买一个付费服务然后把你的代码全部转到coding上吧,祝你好运
    yxzblue
        65
    yxzblue  
       Jul 5, 2015
    俺一直在用coding,还没碰到丢数据的问题。。。阿门
    wolfan
        66
    wolfan  
       Jul 5, 2015 via Android
    @zz 可这好像是官方帐号耶
    vibbow
        67
    vibbow  
       Jul 5, 2015
    "在宣传云计算的时候,我们往往会强调:永远在线,永不丢失,永远可用。但所有做云计算的都心理明白,现实离这个差了远了。"

    典型的虚假宣传啊。
    Sin
        68
    Sin  
       Jul 5, 2015
    现在是流行自黑么 - -||
    wwek
        69
    wwek  
       Jul 5, 2015
    我是coding 的用户
    只要不丢数据,网络出问题这太正常了

    楼上的各位,你去做个服务你敢保证很高SLA?
    别说机房,大网的故障都让你够呛
    跨机房别逗了,成本呢
    wwek
        70
    wwek  
       Jul 5, 2015
    coding是ucloud的用户,我也正好是ucloud用户
    ucloud的坑没踩过?当然踩过,但是呢,我依然选择ucloud
    阿里云的坑没踩过?当然踩过,但是呢,我依然选择阿里云
    (请告诉我国内还有那家能提供像阿里云,云盾免费单ip 5G抗DDOS的服务,有传统IDC服务商这样的么,我去那里托管机器.)

    我没看到coding不负责,同时也赞同请给云计算多一些时间
    Yamade
        71
    Yamade  
       Jul 5, 2015
    @wwek 确实阿里的防护还是可以的。然5G防护在大流量攻击面前并没有什么卵用。
    xzl380
        72
    xzl380  
       Jul 5, 2015
    服务不稳定,对外不是应该该赔偿的赔偿,该道歉的道歉,对内该批评的批评,该改进的改进?
    行业是厂商的,效益也是厂商的。凭什么给云计算一丝宽容?
    vibbow
        73
    vibbow  
       Jul 5, 2015
    @wwek Windows Azure 把
    运营Windows Azure的世纪互联应该也可以。
    newghost
        74
    newghost  
       Jul 5, 2015
    Java8 你们还真敢用?

    只能呵呵了……
    sivacohan
        75
    sivacohan  
    PRO
       Jul 5, 2015 via Android
    @wwek 阿里云的大坑是小黑屋。
    cvv
        76
    cvv  
       Jul 5, 2015
    @vibbow +1 Azure 良心

    ucloud 就算了,阿里云那个坑…公司有实力就别踩了吧
    kslr
        77
    kslr  
       Jul 5, 2015
    @wwek 那这是什么意思?买了你的服务你做不到,就说给点宽容
    wwek
        78
    wwek  
       Jul 5, 2015
    @kslr 说出几个能做到的
    wwek
        79
    wwek  
       Jul 5, 2015
    @Yamade 更大的攻击,可以用云盾的付费服务,价格在业界算是良心价了
    wwek
        80
    wwek  
       Jul 5, 2015
    @sivacohan 平时跑业务的,多部署几台机器,有api的,多部署点,否则被打小黑屋了,不能干看着
    wwek
        81
    wwek  
       Jul 5, 2015
    @vibbow Windows Azure 一样坑啊,又不是没发生过
    kslr
        82
    kslr  
       Jul 5, 2015
    @wwek 难道出故障不赔钱,而应该要求别人宽容? 它有这个能力让别人愿意宽容它么?
    给你看看青云的,也是我最喜欢的一家

    kslr
        83
    kslr  
       Jul 5, 2015
    @wwek 故障率要求一点都没有,谁都知道不可能,但是楼主是什么态度? 难道每次出问题发个帖子就行了?
    moosoome
        84
    moosoome  
       Jul 5, 2015
    @wwek 说出几个能做到的?

    用这样的逻辑这样来反驳质疑真的没问题吗? 说白了我们都知道云计算有多多少少都有些问题,但是我们不能接受的是有问题来卖鸡汤要求客户宽容的。请分清我们到底在喷什么。
    Yamade
        85
    Yamade  
       Jul 5, 2015
    @wwek 防护攻击还是CF靠谱。阿里云的价格,我呵呵了。
    ITOutsider
        86
    ITOutsider  
       Jul 5, 2015
    @int64ago 付了钱 服务还没和广告宣传说的一样 付费用户的内心是崩溃的 何谈免费用户 一个不稳定的产品 怎么让人放心? 为什么v2ex里面关于Coding的帖子都是负面的 我也很好奇啊 事情做不到也别吹逼 踏踏实实的做事情 这样不好吗?
    zhlmmc
        87
    zhlmmc  
       Jul 5, 2015   1
    @kslr Coding 故障后,对受影响的付费用户也赔钱了,只是文中没有说而已。本文讨论的不是赔钱的问题,而是产业环境和用户认知的问题。我感觉把标题改为 “关于云计算的一些思考” 可能就没人喷了 :)
    Qapla
        88
    Qapla  
       Jul 5, 2015
    请给我党一点宽容
    teriyaki
        89
    teriyaki  
       Jul 5, 2015
    @Yamade

    CF最高扛过几百G的
    hk投票中国的攻击也是CF抗住的

    不知道国内安全宝能抗多少
    Yamade
        90
    Yamade  
       Jul 5, 2015
    @teriyaki 我用CF是抗了3T。
    sammo
        91
    sammo  
       Jul 5, 2015
    作为用户(或买任何东西或者服务的消费者),在经济条件允许的情况下,请给足预算,买最贵的那家。 从南京到北京,买的没有卖的精,你应该知道这句话的意义
    teriyaki
        92
    teriyaki  
       Jul 5, 2015
    @Yamade

    晕 历史上最大的ddos 是300G
    http://network.chinabyte.com/356/12645856.shtml

    hk的中国攻击也差不多

    国内我知道是bitcoinchina也是CF抗 300g

    3t没听过
    teriyaki
        93
    teriyaki  
       Jul 5, 2015
    2015年据悉,新增骨干直联点工程直接投资达29.2亿元,建成网间互联能力6676G,超额完成全年扩容500G的目标,中国互联总带宽大幅增长近50%,达到2450G(2.45T)。
    Showfom
        94
    Showfom  
    PRO
       Jul 5, 2015 via iPhone
    呵呵
    kslr
        95
    kslr  
       Jul 5, 2015
    @zhlmmc 这个标题被大家解读成了:出了问题想要寻找宽容,而不是去解决这件事情。
    plqws
        96
    plqws  
       Jul 5, 2015
    @kslr 因为事实上这篇文章没有什么卵用,扯了一堆云计算并不是 100% 安全众人皆知的道理,然而对自己 Coding.net 的问题的分析,还有对用户的交代,我什么都没看到。
    wy315700
        98
    wy315700  
       Jul 5, 2015
    国内的用户都是大爷
    免费的都一堆要求,更何况付费的,出了故障没被踩死已经很不错了。
    反正我用云那么久,没遇到问题。顶多是几分钟的网络波动。
    aofall
        99
    aofall  
       Jul 5, 2015
    免费用户的话给点宽容是应该的,毕竟什么都没有付出
    但如果是付费用户难道就不该履行你所承诺的99.9SLA吗?
    Yamade
        100
    Yamade  
       Jul 5, 2015
    @teriyaki 那一定是我的CF后台数据不对。
    1  2  
    About     Help     Advertise     Blog     API     FAQ     Solana     3217 Online   Highest 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 219ms UTC 14:32 PVG 22:32 LAX 07:32 JFK 10:32
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86