首先，历史概要：20150528携程事故何云伟
上午11:00 2015年5月28日，官方网站Ctrip.com突然表现出的404错误页面，应用程序无法使用，企业完全停产。
据说，因为Uyun.com宣布在携程差距“携程旅游网的服务器配置可导致官方绑架邮件”携程准备修补后进行连接，但自动化系统操作和维护有问题或操作的运行和维护有问题，导致“版本过时了，只发送（根目录包括代码）中除去（物理上），但是还没有在
数据库是，但应用程序已被删除，该公司无法恢复。
同日下午，携程一旦切断流动到南充市，仪陇县但没能抵挡住冲击。
在当晚19时许，在手机应用携程回收过去8小时内的事故后的第一时间，但发送的顺序仍然是不稳定的。
那天晚上，携程服务在22: 45年全面翻修。在这一点上，该服务被停止12小时。
其次，我们所做的事故发生在携程之后，终于实现了什么？
当时，我提出要尽快实施灾难恢复计划（DRP灾难恢复计划）业务连续性计划（BCP）之外。
DCP目标是：
当IDC机房不能物理连接，生产系统可以迅速重建。
它分为两个层次：
的代码和配置灾难恢复能力；
数据恢复的灾难。
事实上，DCP的目的已经间接通过以下做法达到：
灾难恢复和配置代码：
Docker镜像：Web容器的配置位于Docker容器的映像中；
私有分布式镜像存储，可以在整个多混合云室中自动同步镜像库；
远程双活动机制相当于备份服务配置信息，例如不同地方的Nginx/DNS；
CloudEngine（我们的研发协作平台）为不同环境中的多个项目存储应用程序的属性（也包括配置信息）；
数据灾难恢复：
外部备份：与美洲开发银行（我们的平台运营和维护的自动化数据库），数据库和韧性副本自动恢复自动备份的帮助下进行安全性，备份是在异地完成的；双重生命机制相当于说整个数据库在不同的地方同步。
中文
电话咨询
微信咨询
公众号
