百度宕机

百度云、阿里云怎么选比较好呢？

阿里云依然是国内最好的公有云！

阿里云的优势在于起步比较早，是完全自主研发可控的，加上天猫双十一等阿里系业务的实际历练，让阿里云拥有者非常丰富的实战经验，更重要的是阿里系几乎所有的核心业务都已经实现了100%全面上云，这让客户对于阿里云没有后顾之忧，也就是说阿里巴巴和蚂蚁金服用的什么“云”，你用的就是什么“云”，你还有啥好担心呢？

几个共有云平台我都自己实际接触过，整体来说都非常不错，都给我的体验比较好，总体来说国内还是阿里云优势更明显一些。

节点对比

这一点阿里云的优势可以说是非常明显。尤其是对于需要出海的企业，有海外节点会变得非常重要，阿里云在这一点上有绝对优势，全球各个主要区域都有节点，反过来百度只有新加坡一个海外节点。

百度云目前国内有北京、保定、广州、苏州、武汉、香港总共6个机房，在海外只有新加坡1个节点，也就是说海外机房太少。

阿里云在国内有青岛、北京、张家口、呼和浩特、杭州、上海、深圳、成都、香港等9个机房，在亚洲地区还有新加坡、悉尼、吉隆坡、雅加达、东京等总共5个国家的5个城市都有节点，除此之外在印度孟买、迪拜、美国弗吉尼亚和硅谷，德国法兰克福和英国伦敦都有节点。

服务对比、稳定对比、价格对比

国内云计算做得比较大的，阿里云、腾讯云、百度云体验下来都非常不错，稳定性还是比较高的，之前公司的直播服务器用的腾讯，阿里云主要放主要的项目，百度云也用过一段时间，整体来说阿里云最多，腾讯云次之，百度云用得最少。

百度云没遇到过问题，腾讯云遇到过一次问题，阿里云遇到过两次问题，三次事故都造成了一定的损失，不过我认为事故率跟使用多少也有关系，用得少当然事故几率小，当然不否认百度的技术实力，毕竟去年春晚就见证了百度技术实力的强大。只不过总体体验来说，阿里云的整体体验还是要更好一些，毕竟形成了规模效应，产品线也比较全。单单拿服务来说的话，腾讯云确实厉害，有一次大半夜的出问题了，一个工单过去腾讯云连夜就解决了，这一点必须给个好评。

我是百度云付费用户，首先百度云是所有当初云盘系列存活下来一两个企业，并且发展成熟。

如果按当初那种为了找寻盗版***而使用百度云，我觉得没有意思。百度云已经是成熟产品，定位在于个人私人存储。

一旦定位在个人私人***上，那安全便捷的百度云就是唯一的产品。

被吐槽最多就是中国人习惯性免费，百度云不付费就下载不了。

企业还是要吃饭，养活一群员工，要发展，付费就成了发展的必然的。

最重要，个人数据是保证安全已经完整性。

云服务器具有维护成本低，安全稳定，高可扩展性和 7 X 24 小时的售后支持的优势，因此云服务器成为中小企业建站的首要选择。国内的云服务器竞争也异常激烈，以阿里云、腾讯云、百度云三大BAT为首，不断推出优惠活动来吸引企业和个人，提高市场占有率！那么谁更有优势呢？下面来分析分析！

仅从价格方面来看，同样配置的情况下：百度云<阿里云入门版<腾讯云<阿里云标准版！

从 DDOS防护方面看，腾讯云免费提供2G DDOS防护，百度云免费提供5G DDOS防护，阿里云免费提供5G DDOS防护。

如果你的网站追求极致体验那么使用阿里们就是最好的选择，因为阿里云不论是性能配置还是防护能力都是三家最好的，而且提供多种应用场景配置选择。

如果你不追求极致，更倾向于百度搜索引擎契合度，那百度云们就是最好的选择，因为百度搜索的很多业务都是放百度云的，如果你网站放在他们家产品上，无疑跟内网没啥区别，百度搜索访问网站的速度，理论上收录会好很多。而腾讯云优势在于有庞大公众号与小程序，如果你网站接入公众号或者小程序的话腾讯云还是非常不错的选择。

阿里云和百度云我都用过，嗯，看你是做什么东西了，嗯，如果你是基于微信来做的话，我建议你使用的还是腾讯，如果你是做一些网站什么之类的，我建议你可以使用阿里云，嗯，但是阿里云的价格是比百度云和腾讯云贵的。

如何有效预警服务器宕机的发生？

昨天凌晨三点，服务器突然宕机，早上起来看了一下，日志报错、数据库链接超时，cpu、内存 磁盘利用率占比虚高 ，还好当初系统***用了springcloud 架构，通过日志剖析，服务器凌晨1点-3点接发大量请求，10分钟后宕机。一开始程序总认为是负载均衡失效，进一步分析，流量集中在inner 接口，应该是FeignClient 请求，同时日志中出现sql 批量操作，进一步确定是Eurake 负载失效或者项目内部代码逻辑问题。

高防服务器出现堵塞的原因，代码逻辑中使用了多线程，并且频繁操作数据库，导致了程序运行一段时间之后，整个运营模块宕机。排查难点：宕机时，服务器日志丢失，MySQL数据库 链接不足导致服务器宕机，而导致链接不足的逻辑代码较难定位。

第一种***死机(非蓝屏死机)：

1、是硬件***暂时性地被消耗殆尽，因而无法对外部指令进行响应的现象， 通常是网站处于访问高峰期，流量负载过大导致,带宽等***跑满。

2、是否是遭受黑客入侵攻击导致、最简单的就是关掉服务器，等待一段时间，待服务器腾出更多的硬件***即可恢复正常。

阿里云宕机，你怎么看？

谢谢邀请。

这个事情不算是稀奇的事情，国内外的云计算公司都曾出现过硬件、软件的故障导致服务大面积的瘫痪。

作为IOT行业从业者来看，本次大面积的服务瘫痪应该给我们物联网行业敲响一个警钟：云服务挂掉的时候，我们怎么保证设备运转？现在已经有很多门锁、儿童手环、老人监护仪器等在使用云服务提供的链接来进行服务了。云平台故障虽说故障发生可能性较低，但是一旦发生，就是百万或者千万级别的影响范围，我们如何保障用户使用安全？

LongTooth（长牙）分布式IOT通信技术将会是一个非常好的解决方案，把故障点降低到点对点之间。

以上属个人观点，欢迎更多交流。

这算是一次重大危机了，作为一家云计算公司，并且是中国最大的云计算公司，并且号称搞定了12306订票系统的云计算公司，这次失误简直是不应该，甚至可以说是弱智！

原因众说纷纭，这个内部消息可信度比较高

***起因是很多阿里云的用户，发现用户访问不了系统了，并且自己登陆阿里云控制台也出问题了，并且发现OSS一并出问题了，一时间微博和朋友圈一片哀嚎。

现在基本问题如下，内部消息，可信度一级！

所以，这很显然阿里云不管是技术策略还是管理策略都有很大的问题。

鹿晗都把微博搞崩了，阿里云居然没把微博搞崩，很社会啊

相信大家还记得鹿晗和关晓彤爆出恋情的那次吧，一个鹿晗就把微博就搞垮了，并且搞得微博全线***，微博的工程师甚至不得不在结婚拜堂的时候停下来解决问题。

要知道微博可是也在用阿里云的服务器啊，这次阿里云出现问题，基本上全网一半的互联网公司都受到了一定的影响，但是微博坚挺着。至少说明鸟哥（惠新宸，不知道的尤其是程序员自己面壁去哈）很厉害，微博的架构也很厉害，没有在这次事故中出问题。不过回过头来想，堂堂阿里云居然不如一个大名鼎鼎的鹿晗的攻击力，社会啊，社会！

其实不用奇怪，阿里的技术真的没有好的那种程度

其实还是那句话，也不用奇怪，再大的公司，技术再强的公司也会犯错，就像我当年一直说的那样，阿里云并没有搞定12306，只是分担了12306部分查询的服务器压力，技术核心架构和核心算法还是12306自己，就像微博一样，否则的话这次不久挂了吗？

我不知道为什么阿里宕机会有这么多人说阿里云垃圾之类的话。任何一个云服务系统都宕机过。去年AWS也大规模宕机过，而微软则经常宕机。

根据2017年统计的数据，2016年Google Cloud的宕机时间总计为47分钟，微软Azure服务宕机时间为270分钟，亚马逊AWS宕机时间为108分钟。宕机的原因也是五花八门，但绝大多数都是人为操作失误。阿里这次也是人为操作的失误，本质上与去年的AWS大宕机是一模一样的。

毫无疑问，阿里云是一个可靠的平台，它是世界第四大公有云。排在它前面的是AWS，Azure和Google三大巨无霸。可以说，阿里做到这一步是非常不容易的。阿里云的自研程度是最高的，它是深度闭源的，而我们常见的一些其他云都是通过开源项目开发出来的。

这类似于谷歌的安卓系统，安卓系统虽然是基于Linux开发的，我们依然认为这是谷歌公司开发的。与之对应的就是，那些没有进行深度闭源开发的云计算厂商，就类似于国内很多手机厂商基于安卓系统推出的XX OS（实质上是UI）一样，虽然有自主开发的部分，但是缺乏自主性。

有些人说这是一次危机，这简直是无稽之谈。这种事故对阿里，或者对任何一个规模的云服务提供商来说都是一个教训和宝贵的经验。什么管理层上的问题就更可笑了，人员操作难免有失误，而且这种失误只能减少，不可能避免。

依我看，这次大规模故障对阿里云来说是负面的，国内最大的云服务商竟然出现人为操作失误，让大家知道，低级错误一样可以发生在全球第四大云服务商的日常运维工作当中。

具体情况是，6月27日下午，大量用户反应阿里云控制台访问出现问题，导致无法登陆，此外，阿里云***的部分功能也出现访问异常现象。到了6月28日凌晨，阿里云通过其官方微博对此次故障进行了公开回应，故障原因是由于运维上出现的一个操作失误而导致。

尽管事后很快进行故障定位并恢复相关功能，用户也没有发生数据丢失或隐私泄露等重大情况，但影响短时期内消除不了，发生失误的具体原因用户并不关心，大家信赖阿里云才会把自己的重要业务放在上面，阿里有责任也有义务做好日常运行维护工作，不辜负用户的信任和重托。