如今这个网络时代太过于发达，以至于稍微大一点的事件一旦发生就会立刻以指数级的速度传播开来。11月份刚过去不到半个月，数据库技术圈中吃瓜最多的两件事无外乎：“易鲸捷贴牌甲骨文，贵阳银行启用Oracle上线” 以及 “阿里云崩了：全线产品受影响”。
有时候，看似毫无关系的两个事件，也许冥冥之中能找到一些隐藏的联系。基于对上述两个新闻事件的好奇心，笔者作为一个数据库从业者的角度不禁萌生出这样一个大胆的问题：易鲸捷数据库可以给公有云用户带来什么？带着这样一个疑问，我们一起来梳理一下此次阿里云崩溃事件的详细经过以及易鲸捷数据库有什么能力。
一． 阿里云事件回顾
12日晚，阿里云疑似出现故障，“阿里全系产品崩了”“淘宝又崩了”“闲鱼崩了”“钉钉崩了”“阿里云盘崩了”等话题相继登上微博热搜。
 |
12日18时许，阿里云发布公告称，阿里云云产品控制台服务异常。公告显示，北京时间2023年11月12日17:44起，阿里云监控发现云产品控制台访问及API调用出现异常，阿里云工程师正在紧急介入排查。此外，据阿里方面消息，19:20左右，经工程师紧急处理，阿里旗下淘宝、钉钉、阿里云盘等App已全面恢复。阿里云方面表示，21:11 ，受影响云产品均已恢复，因故障影响部分云产品的数据（如监控、账单等）可能存在延迟推送情况，不影响业务运行。
 |
阿里云此次故障引发了全系崩溃，给用户和阿里巴巴生态系统带来了极大的损失。
二． 阿里云事件引发思考
针对此次阿云崩溃事件，大家众说纷纭。笔者简单总结以下几点意见：
(1)阿里因为降本增效，裁员很多老员工，新员工技术不行。
(2)上云有风险，一旦故障影响巨大。
(3)鸡蛋不要放在一个篮子里面，混合云才是未来。
。。。
关于阿里技术能力方面，笔者个人是不怀疑的，毕竟阿里这么大的厂子，优秀的人员还是很多，不能因为一次事件而否认它的技术水平。
关于上云这件事，首先企业上云已经成为一种趋势。随着云计算技术的不断发展与成熟，越来越多的企业开始意识到将应用程序、数据和业务迁移到云平台的好处。企业上云可以帮助企业降低IT成本，提高效率和灵活性，更好的满足不断变化的业务需求。因此，要不要上云？要，但我们要保证上云的安全，规避上云的风险。然而，从阿里云这次事件来看（实际上前几年就发生过类似事件），单体云厂商仍然做不到100% 安全稳定。那么就当前的云计算形势而言，我们应该怎么保证云上的安全呢？
三． 基于云原生分布式数据库的混合云部署是一种可行的应对方案
根据上述思考，我们可以得出结论：即使云厂商技术再过硬，也不能完全保证其单一云平台的安全性！因此，我们需要的是一个能够方便的在多云部署，并可以让用户在不同的云服务之间快速迁移数据，从而避免单一厂商技术捆绑的有效解决方案。
应用底层都需要数据库来进行有效的支撑。是否有这样一个数据库，它能够解决以下问题：
（1） 能在混合云环境部署
（2） 能在多云之间自动复制数据
（3） 当某个云平台故障时可快速切换到另外一个云平台继续工作
恰巧，在学习并了解易鲸捷数据库的过程中，笔者发现这款名不见经传的QianBase数据库从架构及原理的角度完全能够满足以上三点，具体描述如下。
（1）QianBase采用的是2.0原生分布式数据库架构。它采用云原生架构设计，支持常见公有云、私有云、以及混合云部署。能够结合云的管控能力进行快速扩缩容，满足极限性能波动需求。
 |
（2）QianBase内部使用分布式一致性协议保证数据副本的同步与高可用，可以跨多中心部署，数据库内部同步，不依赖外部工具。只需将数据的副本指定存储在不同的云平台上，数据在不同云上都有完整的副本。
 |
（3）QianBase分布式数据库中无需设置任何管理节点、协调节点，它是一个去中心化的架构。无论是哪个云平台故障，由于每个云平台都有完整的数据副本，切换后也能够保证业务正常运行。
基于以上描述，采用易鲸捷云原生分布式数据库+多云部署的解决方案，或许是能给公有云用户带来更安全保障的一个理想选择！
有关QianBase资料参考易鲸捷官方微信公众号，相关链接如下：
分布式OLTP数据库发展趋势（一）：彻底去中心化
(qq.com)
分布式OLTP数据库发展趋势（二）：一致性备份恢复
(qq.com)
分布式OLTP数据库发展趋势（三）：在线模式变更（DDL） (qq.com)
分布式OLTP数据库发展趋势（五）：内部自治实现数据透明
(qq.com)
