web架构解决方案概述
2015-11-22 23:30
302 查看
一、假定失效的设计(Design for Failure)
1、假定任何环节都有可能出问题,然后倒推依次设计2、避免单点故障(single point of failure)3、目标:应用能够连续工作,服务一直可用4、典型实践,充分考虑到多可用区AZ(availability zone)二、松耦合的设计(Decoupled)1、从架构层面降低功能模块的耦合程度2、充分考虑到服务模块接口的设计,以及异步模式3、目标:缩小单个故障的失效域,提高扩展性和容错能力4、典型实践:面向服务的模块设计,通过消息队列解耦业务模块三、弹性(Elasticity)1、资源按需获取,按需扩展和收缩2、平行拓展提高系统容量和容错能力3、目标:提高业务的承载能力和平台资源的灵活性4、典型实践:无状态设计实现自动平衡扩展,云服务的按需提醒四、并行(Parallel)1、分布式架构首先并行处理2、充分利用云服务本身的并行能力3、目标:提高平台处理容量、缩短处理事件4、典型实践:使用平台服务的最大化并行,调整软件支持并行架构五、安全(Security)
1、保障关键数据在传输和存储时不被泄露
2、控制外部用户和内部人员对资源的访问
3、目标:保障业务安全
4、典型实践:HTTPs传输加密,存储加密,访问控制和记录
本文出自 “思想决定高度” 博客,请务必保留此出处http://chuck.blog.51cto.com/10232880/1715798
1、假定任何环节都有可能出问题,然后倒推依次设计2、避免单点故障(single point of failure)3、目标:应用能够连续工作,服务一直可用4、典型实践,充分考虑到多可用区AZ(availability zone)二、松耦合的设计(Decoupled)1、从架构层面降低功能模块的耦合程度2、充分考虑到服务模块接口的设计,以及异步模式3、目标:缩小单个故障的失效域,提高扩展性和容错能力4、典型实践:面向服务的模块设计,通过消息队列解耦业务模块三、弹性(Elasticity)1、资源按需获取,按需扩展和收缩2、平行拓展提高系统容量和容错能力3、目标:提高业务的承载能力和平台资源的灵活性4、典型实践:无状态设计实现自动平衡扩展,云服务的按需提醒四、并行(Parallel)1、分布式架构首先并行处理2、充分利用云服务本身的并行能力3、目标:提高平台处理容量、缩短处理事件4、典型实践:使用平台服务的最大化并行,调整软件支持并行架构五、安全(Security)
1、保障关键数据在传输和存储时不被泄露
2、控制外部用户和内部人员对资源的访问
3、目标:保障业务安全
4、典型实践:HTTPs传输加密,存储加密,访问控制和记录
本文出自 “思想决定高度” 博客,请务必保留此出处http://chuck.blog.51cto.com/10232880/1715798
相关文章推荐
- lvs+keepalived实现高可用的负载均衡
- Android display架构分析
- 平民架构的春天――UCloud数据方舟实战记
- 大型分布式网站架构设计与实践《概述与大纲》
- 统一监控报警平台架构设计思路
- 阿里云飞天系统的技术架构
- 背景相关与系统架构分析
- 使用Android库项目时适用的架构模式
- 网站浮动窗口 备忘
- IIS发布网站遇到的异常
- 推荐几个配色和图标网站
- 支付宝手机网站支付私钥公钥生成(window环境)
- 腾讯微信技术总监周颢:一亿用户增长背后的架构秘密
- Extjs的架构设计思考,单页面应用 or 多页面?
- 架构那些事3--架构演进
- 架构的那些事2--安卓的奋进
- 架构的那些事1--分层框架
- 卢松松博客加入360网站认证
- 一个统计网站访问IP的实例
- 第一次撰写个人网站的一点技术总结