当亚洲地区人民欢庆假日的时候，网络巨擘Facebook却斩获了性丑闻礼包。

正面众所周知，就是长达6半小时的亚洲地区大无法出访。

据传，这是Facebook创立以来最轻微的一场网络出访交通事故，除了Instagram、Whatsapp、Messenger这几大海外划船必不可少网络平台，VR网络平台Oculus的格斗游戏，部分民营企业端服务项目和很多需要Facebook帐号登入的网络平台都起不来了，就连Facebook子公司的内部网也受到影响。要知道，这里可汇集了亚洲地区最吓人、薪资最高的一批开发人员啊！

网络子公司无法出访，并并非一件很稀罕的事。

今年晚些时候，亚洲地区某音频网络平台就因为服务项目器突然机械故障，曾一度崩盘，大量使用者流浪者到其它网站，巨大的网络流量洪水又让其它网络平台也快餐厅失去知觉了，阿维兹县开发人员们都感受到了被无法出访统治的绝望，曾一度荣登博客热搜，被网友讥讽为——网络棕褐之《谁也别想睡》。

同样是无法出访，为何Facebook就面临着非死不可的聊著声，而并非想来呢？

这可能是因为，Facebook巨大的产品自然生态，已经不再是影视娱乐划船的一部分，而成为了数字生活的基础建设。

尤其是在禽流感之后，许多民营企业服务项目、办公设备教育等都倚赖网络来完成，服务项目受阻会直接引致轻微的损失。

可见一斑，作为网络化基座的网络服务项目，一旦受阻，将Ferrette产生不少病害自然灾害。

而面对无法出访，他们第一时间协进会想到云服务项目商，云受阻引致的问题，网络民营企业自然也是被害者。

不过，像Facebook这样的巨擘，往往核心业务和数据都放在自家数据中心的服务项目器上。这次无法出访之后，就有不少工程师打飞的到位于加州的主数据中心参与维修，科技媒体The Verge还曾爆料，因为门禁卡失效，工程师们使用切割机，锯开了数据中心的服务项目器铁笼。

Facebook面临的挑战，也是许多网络巨擘的缩影：一方面，作为网络化基座，最大程度地保证基础建设的稳定性、可靠性，是巨擘们应尽的社会责任；同时，又不能将希望全部都放在云服务项目上，增加了IT系统的复杂度和运维难度。

这次大型无法出访事件也掀开了全面上云的另一面，为何网络巨擘们都没有把猪肉放在一朵花云上？

一、并非唯一的答案：云服务项目的另一面

网络子公司，可谓是云服务项目的先遣部队。在传统行业还不知道什么是网络浪潮、什么是云的时候，网络子公司就成了云厂商的高价值客户。

常规情况下，网络民营企业会将移动应用、电商之类前端网络流量业务放到云上，以节省自建机房的高昂成本。

不过，别看网络民营企业上云这么积极，它们可是狡兔三窟，一边迁移上云，一边也有本地数字基础建设。2018年，Facebook斥资10亿美元在新加坡打造了亚洲首个数据中心，这也是它在全世界的第15个数据中心。相当于一边从发电厂买商业用电，但也在造自己的发电机。

这两年来，上云浪潮如火如荼，出现了一些观点，认为云服务项目会彻底消除数据中心，但事实上，越来越多的民营企业在尝试让部署数据中心上的旧应用升级，而并非将一切业务都云化。

甚至有民营企业IT人员告诉我，他们可能会让自家的数据中心永远运转下去。

要知道，数据中心几乎占据了民营企业网络支出的最大组成部分，每年需要支付不小的租金和改造、维护费用，这无疑会增加额外的成本，为何网络民营企业依然坚持这么做呢？

第一，传统机房可能会无法出访，但上云也未必完全稳定。

云服务项目虽然不需要维护传统机房，数据存储、计算都在云端，但几乎没有哪个云服务项目厂商实现过100%的连续性，都出现过计划外的停机。2017年，IBM、AWS、谷歌、苹果等主要云服务项目提供商也都经历过云受阻，将Netflix、Quora、Reddit和 Foursquare等热门应用一波带走，影响了大大小小的民营企业。

第二，成本效益很重要，但数据资产安全更重要。

云服务项目能够避免维护机房带来的麻烦，但除非付费搭建私有云，否则依然要与其它云使用者共享硬件资源，这就使得民营企业无法对远程硬件拥有足够的控制权。任何拥有凭据的人可以从任何有网络连接的地方出访云端数据，也意味着广泛的接入点，如果不能在每个位置都部署安全措施，那么传输的数据风险也很大。

要论最安全、最可控，还是要属自建数据中心，只允许拥有凭证和设备的人才能出访本地网络，可以让民营企业完全控制数据，和基础硬件，更适合那些业务复杂多元的组织。

第三，多云/混合云有帮助，但无法彻底解决顾虑。

既然这样，不把猪肉放在一个篮子里，一场用两个甚至两个以上的云，不就可以在出现机械故障时快速启动备胎吗？道理虽然如此，但多云部署的成本很高，并且依然不能完全防止短期终受阻，有时还需要人工参与，并不像他们想象的那样能够瞬间丝滑切换。

比如Gov.uk 就在亚马逊的 CloudFront服务项目上运行了备份 CDN， 但需要人工干预才能切换到备份。

而适合建设云基础建设的环境也常常会出现扎堆的情况，从而引致几家云服务项目商要停机就一起停的尴尬。此前，亚马逊和微软在爱尔兰都柏林的云基础建设，就因为遭遇雷暴天气，让使用亚马逊EC2和微软BPOS服务项目的客户都无法出访了。

另外，并并非所有的云都是完全开放、可互操作的，这时候为了用好每一个云网络平台，民营企业还需要通过多个系统来配合，增加了额外的支出和运维难题。

所以说，只有足够可靠的云服务项目，才能打消客户的顾虑，从本地容灾备份、混合云等其它方案，转变为全面倚赖云，并且只倚赖某一朵花云。

当许多人呼吁着，把云看作万能神药的时候，必须考虑一个前提：云服务项目怎样才能变得足够稳定和安全？而这一点，似乎跟现实还有点距离。

二、安全力Max：Facebook的冗余救赎录

归根结底，想要业务更可靠，每个组织都没有一刀切的解决方案。

公共云、私有云、混合云或传统数据中心，如何选择应该按照不同民营企业、不同数据隐私敏感度、成本预算等来综合考量。

简单来说，传统数据中心成本高，控制强，很适合那些已经在IT方面进行了大量投资，对数据隐私要求谨慎的组织，所以像Facebook这样涉及到亚洲地区几十亿使用者信息的网络民营企业，数据中心是必须配置的。

而大多数民营企业，完全没有必要自己搭建服务项目器。直接上云省心又省力，可以快速搭建起网络业务，但过程中必须对隐私出访进行密切监控。

而即拥有IT 基础建设的大型组织，但也希望开始云之旅的大型民营企业和组织，可以同时尝试混合云，将云网络平台的所有优势都一网打尽。不过，跟踪多个云可能会比较棘手，往往需要第三方仪表板等协助。

看到这里，你可能会发现数字时代业务安全的核心密码：冗余思维。分别来自：

硬件的冗余，有充足的服务项目器保障，如果整个数据中心受到冲击，数据可以复制到其它地理位置的数据中心上；

服务项目的冗余，利用多个云服务项目商的服务项目耦合，比如主要云服务项目商停电期间，二级供应商的云服务项目可以作为补救措施，确保业务继续；

视角的冗余，更多数据源头也被纳入考量中来，比如工业部门常见的边缘设备，传感器、监视器和控制/驱动设备等，就正在成为云时代的新数据源，需要被纳入到主动管理中来，比如增加DNS（域名解析服务项目）解决方案，避免单一DNS受阻或减速。

VMware的一些统计数据表明，未来五年内，许多组织的工作负载将按 30% 数据中心、40%公有云，和 30% 的边缘计算来分布。

从这个角度来说，云市场还有不少空间可待挖掘，厂商之间的明争暗斗还将持续一段时间。

而民营企业在网络化过程中考虑云服务项目时，也需要重视三个基本前提。

1. 将云安全作为优先事项。网络充满了机会，也意味着无法继续躲在防火墙背后得到充分的保护，因此安全必须作为重中之重。
2. 引入多云和混合云策略。如果对云端安全不了解，那么引入多个云供应商可以有效降低被单一云锁定的风险，为云策略的后续优化留下空间。
3. 优先将前端网络流量处理业务迁移上云。尤其是大量音频和音乐网络流量的业务，可以迁移到云上，灵活扩展带宽，避免网络使用高峰时响应不及时的情况发生。而一些放在原本数据中心的应用，仍然留在本地设施上。

Facebook的故事背面，是网络巨擘托举起国家和社会服务项目的现实景象，这也使他们反思，一味强调云，是并非将网络化想得过于简单。

云服务项目产生的变革固然让人兴奋不已，但这并不代表，云就会干掉传统数据中心，或者某朵云独霸天下。

容纳共存，在这个基础上重新定义云和网络服务项目，或许会帮他们看清新信息技术的新模式，和云市场的新机会。

题图来自Unsplash，基于CC0协议

→CL自助下单平台←