课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
云计算技术是随着互联网的不断发展而被众多企业都在关注和应用的一种技术,而今天我们就通过案例分析来了解一下,云计算架构方法分析。
这是一种常被忽视的方案。它的理念是在同一时间只有一个Region处于活跃状态,在发生灾难的时候,另外一个备用的Region能接管系统的功能(因此是DR)。这种方式和上面所述方案的收益是一样的,但是它能极大地规避全Active-Active架构的复杂性。在这种架构下,备用Region不用完全构建,只需要复制持久化数据即可。
但是,稍等,在发生灾难时,部署完整的应用栈难道不需要一段时间吗?是的,是这样的,不过这是允许的!对大多数常见的中断场景来说,高可用是通过使用多AZ实现的,这种方式就足够了。如果整个Region出现问题,就像我们前段时间在AWS上所看到的那样,花费小于一个小时的时间从备份中建立一个新的应用栈,仍然要比大于八个小时的中断更可取。这个过程可以通过自动化的方式来进行简化,但即便是手动的(但经过了实践检验)操作,有可选的备用方案也是很重要的。
所以,我们更深入地探讨一下这种架构:
应用程序像平常那样部署在主Region中
使用AWS托管的服务、备份和副本实现数据持久化,这通常只需要一两个配置即可:
在不同的Region中为RDS添加一个读副本
创建DynamoDBglobal表
启用S3bucket副本
在进行故障恢复的时候,将应用程序部署在其他的Region上,并更新DNS的设置
这一过程要定期进行测试
这是一个银弹吗?绝不是。它并不适用于任何类型的工作负载,也绝对不可能适用于任何类型的宕机。然而,它是一个相对简单的方案,并且有一定的成本效益。
希望这辈子,最让你无悔的事情就是来达内学习!学习向来不是件易事,但无论过程多么艰难,希望你依然热爱生活,热爱学习!永远记得,达内将与你一同前行!现在扫码,立即领取万元课程礼包,助力0基础快速入行,为你梳理行业必备技能,全方位了解岗位发展前景!
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请在707945861群中学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。