大家好，今天小编关注到一个比较有意思的话题，就是关于阿里香港云服务器宕机的问题，于是小编就整理了1个相关介绍阿里香港云服务器宕机的解答，让我们一起看看吧。
怎么看阿里云服务器于2019年3月2号23时宕机？
微软的windows操作系统出来这么多年了不是也有漏洞和bug存在吗？阿里云为啥出现一点问题就不可理解，程序是人设计的代码的是人写的，所以出问题无可避免，关键是出现问题如何快速应急救急处理以及后续优化改进，还有就是主动向外界说明原因并积极应对客户的损失，这样的处理态度已经很不错了。没有必要一味的吐槽甚至跟风各种黑和攻击。
从2006年AWS 的ES2和S3面市为标志，公有云服务已经存在超过10个年头。这些年，几乎每家公有云服务都出现过这样、那样的问题，包括AWS、Azure、IBM以及谷歌云都曾出现过，概不例外。国内其他云服务商也出过，只是不如前面这些家客户多，影响面没有那么广罢了。因此，对公有云服务出故障大家不要觉得奇怪，因为以现有技术水准，要保证绝对不出故障很难，或者说经济上不合算。我相信，阿里云不是第一个出故障的也不会是第二个，没有什么大不了。
这件事给用户的提醒是，作为用户不能把鸡蛋放到一个篮子里，关键业务一定要有备份。不管是多个公有云互为备份，还是公有云与私有云共同构成混合云来确保业务的连续性，反正是必须提前做功课，而不能一厢情愿地相信云服务商的口头承诺。
阿里云作为阿里的门面如此发生大面积故障，可见阿里云底层基础架构是不过关的，传说中的各种容错，防御机制没有起到作用，虽然阿里一直鼓吹自己的云服务，宣扬自己在世界的排名，没啥用，关键的比所有的竞争对手晚出事故，少出事故。
阿里云的技术问题其实很多从中出来的大佬都吐槽过，也展示过其中的安全问题，各种***bug，阿里云主体都搭建在开源平台上，主要调度和管理监控才是自己开发，也使用了大量开源技术，开源技术简化了开发，方便搭建，但是由于代码组件众多，就不太可能深入完全测试。
这个事故立马让阿里云变为三线技术公司，所以客户不要在单一云上部署自己系统，还要在另外一家持有备份，否则真是哭都来不及
我觉得任何技术都不是一蹴而就的，阿里云就是在争议声中艰难诞生的，当年王坚博士顶住压力，攻克了多项技术难题，终于在不被看好的情况下将阿里云打造出来，没有辜负马云的一路支持！程序是人设计的，代码是人写的，是人就会犯错，所以程序也会有bug,因此此次故障在所难免，但是中国不能没有自己的云计算技术啊 终有一天会成熟。瑕不掩瑜嘛
今早被阿里云故障给刷圈了，我简单说两句。
1、混合云是目前最佳的云方案，纯私有云或公有云都有更大的业务风险
2、公有云上尽量只放无状态的前端模块，顶多再加点中台模块和热业务数据，核心数据和关键业务逻辑模块最好还是放内网
3、不能因噎废食，公有云的运营能力和可用性，整体看还是更高的，但也应提前做好故障风险预案
4、和公有云之间的互联网络是重中之重，网络不好，别的都不要提
5、前端尽量分布在多个可用区里
6、加强监控—>分析—>优化，上云就是为了降本增效，但感觉绝大多数公司企业还是以前老的那套玩法
7、很多中小企业限制于资金能力，只能全公有云方案，那么就多烧烧香并保持心态健康吧，啥系统也不可能不出问题的
8、敲黑板，最后是重点：一定要有坚定的信仰，所以我们这次就完美的躲过去了.
到此，以上就是小编对于阿里香港云服务器宕机的问题就介绍到这了，希望介绍关于阿里香港云服务器宕机的1点解答对大家有用。
