阿里云出现大规模宕机故障对此事件你怎么看

任何云都不可能保证百分百不出问题
参考:
一句话,依靠别人的永远是有风险的。
但是在现实的应用中,一个小企业无法摆脱这样的方式。
所以云端备份,建议多选两个平台进行。
一旦其中一个平台出现风险,也可以启动另一个。
当然这样的方式可能会导致企业成本的增加。
但是对于一些企业的关键应用来讲,还是有价值的。
科技的发展有一点是永远不会变的,那就是用户满意。
企业只有为用户提供稳定,可靠有效的服务,才可以得到用户的满意,获得更多的用户。

参考:
阿里云这次宕机事件影响多大,目前还不得而知,至少没有听到大量的报道。
我们是公司也是阿里云的客户,每年云服务器费用在70万左右,租用了几十台服务器和云盘,因为客户分散每个区域都有部署。
但目前没有受到任何影响,没有出现宕机的情况,所以我认为只是局部出问题。
不是要给阿里云说好话,阿里云的安全性和稳定性任然是国内第一,我们公司使用阿里云服务器有六年了,至今没有出现过大的事故,平时问题也比较少,基本都可以及时解决。
任何服务器供应商都不敢放大话,服务器能永远不宕机,偶尔出现个别的宕机情况也属于正常,希望不要被夸大,让大家充满恐惧。
宕机只是停止服务,并不是数据丢失,一般这个时间都很短,服务商都会及时采用备用服务器来解决。
阿里云肩负着千千万万中小企业的数据安全,也希望能谨小慎微,尽量避免这类事故再次发生。

参考:
阿里云最近出现大规模宕机故障,可以说对于阿里巴巴和用户都有很大的风险。
作为以云计算为主的企业,而且阿里巴巴的云科技在全国范围内都是很强的,出现这么大的问题,确实让很多用户对阿里巴巴的各方面产生了质疑。
阿里巴巴对此次故障的回复是实习生的操作失误,比较草率的回复确实引起了大量用户的吐槽。
阿里云的故障造成用户在访问阿里云控制台和MQ、NAS、OSS等功能时出现了问题,原因是程序员在检查和运行的时候触发了一个未知的bug造成,故障发生后虽然阿里巴巴和相关人员对此事作出回应并且向用户道歉,但是依然产生了不小的影响。
云计算是未来网络领域很被看好的一方面,但是作为最先进入此领域的阿里巴巴频繁出现问题,很直接的说明了我们在云计算方面还不成熟,云计算依然存在很多漏洞。
其实对于云计算我们只是还没有完美的运行,不止是阿里巴巴,很多企业在运行云计算的时候,都出现过故障,只是阿里巴巴在云计算方面太过于知名,暴露在聚光灯之下,很容易被放大。
阿里巴巴作为国内电商行业的领头羊,一旦出现问题,肯定会有相应的解决措施或者备用方案。
马云非常看好云计算,阿里巴巴对于云计算方面并不是很成熟,依然有很多方面要求完善,虽然阿里云本次出现故障对阿里巴巴的信誉或者用户信任程度会产生一定影响,但是阿里巴巴及时补救,避免了大规模的损失。
大家对于阿里云本次的故障怎么看呢?
更多优质内容,请持续
事故发生主要体现处理能力,给客户有没有造成损失,这是考验阿里云服务的时候,续上次阿里云、谷歌云,亚马逊出现严重问题后,这一次是小问题了,阿里云有能力应对和处理这样的问题,这次事件体现出了阿里云的应急预案很厉害了,总之阿里巴巴改变了很多人对互联网的认识,阿里巴巴从2015年开始每年投入研发持续增长,2017以后投入研发达到1000亿以上,达摩院、罗汉堂,平头哥半导体,我相信阿里巴巴和华为作为中国民营经济带头大哥,一定为伟大复兴中国梦添砖加瓦。

参考:
任何系统都不可能百分之百完美的,云也一样,云服务器也不可能永远不宕机的。
据我所知阿里云之前也出现过不少的问题,不过我认为这些都是正常的现场,不必要有太多的恐慌。
阿里云目前是国内排名第一,很多公司都在使用阿里的公有云。
阿里云不论是投入时间、管理先进性以及技术先进性都是国际领先的。
至少我认为国内没有任何云服务供应商,包括天翼云、华为云和腾讯云,从技术上能比阿里云先进。
所以即使不使用阿里云,也可能出现这样那样的问题。
那么如何尽量降低这种云服务系统宕机带来的风险?
其实很简单,中国有一句俗话叫做,鸡蛋不要放在一个篮子里,也就是说,使用公有云服务时,一定要给自己留条后路。
我们首先可以考虑阿里云自身的容灾技术。
阿里云拥有从云服务器到网络承载全套的可靠性技术。
因此根据自己业务的需求,我们可以选择不同的容灾技术,主要包括同城容灾和异地容灾同城容灾:针对可靠性需求相对较低的客户,阿里云提供同城容灾技术,主要包括SLB、ECS和RDS等同城备份容灾技术,同城容灾可以让用户数据在在同城的不同机房同步备份,一旦一个机房发生故障,可以自动切换如下图所示:例如,我们在部署云服务时,需要在前端购买SLB产品,后端相同应用部署至少两台ECS服务器,或者是使用阿里云的弹性伸缩技术,根据自定义ECS自身资源的使用规则来进行弹性扩容,同时部署不同服务器的RDS主备同步。
这样即便某一机房的其中一台ECS服务器down机或者资源利用超负荷,也不会对外终止服务但是,同城容灾无法解决本次阿里云一个区域发生的故障,因此对一些可靠性要求高的企业,可以选择使用异地容灾。
阿里云在全球建立有多个数据中心,基于这些数据中心,你可以选择阿里云异地容灾业务,让公司数据在不同的地域(一般相隔较远)备份。
一旦一个区域发生大面积异常,那么流量会切换到另一个区域我认为上述两个技术足以解决99%以上的宕机问题。
如果依然觉得不靠谱,那么可以使用一些工具,在不同的云之间进行再同步,例如阿里云和天翼云之间,阿里云和腾讯云之间同步,通过DNS实现主备切换。
这样的话,即使阿里云整体宕机,也不用担心业务受到太大的影响。

参考:
我不管我不管,马云老师伪大,马云老师光荣,阿里云挂了是你们自己的问题,不能怪我们马老师,你们还想要赔偿?
真是没良心的东西,马老师白养你们啦
参考:
对阿里云出现宕机的状况,对此要有信心。
阿里在一出现问题之后,立马提到了赔偿。
面对出现问题给客户造成的损失,阿里并没有推卸责任,这是一家负责任公司的表现。
毕竟阿里云并不是我们所想象的那样会一直安全稳定。
对于此次出现的问题,阿里还是10分负责任的。

参考:
对于阿里大规模宕机,如果涉及北京区域很正常,北京各大数据中心都缺电,个人感觉大规模宕机基础设施的问题占很大一部分!宕机的真正原因不是设备的事,大部分是人为造成的!