搜索
搜 索
本版
文章
帖子
用户
图文精华
hadoop-2.6.0+zookeeper-3.4.6+hbase-1.0.0+hive-1.1.0完全分布 ...
首页
Portal
专题
BBS
面试
办公|编程助手
更多
登录
注册
用户组:游客
主题
帖子
云币
我的帖子
我的收藏
我的好友
我的勋章
设置
退出
导读
淘贴
博客
群组
社区VIP
APP下载
今日排行
本周排行
本周热帖
本月排行
本月热帖
会员排行
About云-梭伦科技
»
专题
›
技术学习(版主发帖区)
›
大数据学习
›
Hadoop大数据架构
›
云计算架构师必读10——守门员模式
0
0
0
分享
云计算架构师必读10——守门员模式
shihailong123
发表于 2014-11-29 19:55:42
[显示全部楼层]
阅读模式
关闭右栏
0
9748
About云VIP帮助找工作和提升
问题导读
1.守门员模式解决了什么问题?
2.在决定如何实现这个模式时,需要注意哪些问题?
3.什么时候使用这个模式?
通过使用充当客户端和应用程序或服务之间的代理,验证和进行消毒的请求,并将它们之间的请求和数据的专用主机实例保护的应用程序和服务。这可以提供一个额外的安全层,并限制了系统的攻击面。
背景和问题
应用程序通过接受和处理请求揭露它们的功能提供给客户。在云托管方案,应用程序暴露终端客户机连接,一般包括代码来处理来自客户端的请求。此代码可以执行认证和验证,一些或所有请求的处理,并有可能访问存储等服务代表客户端的。
如果恶意用户能够危及系统和访问应用程序的托管环境,它使用安全机制,诸如凭证和存储密钥,并且该服务并访问数据,被暴露。因此,恶意用户可能能够获得无节制访问敏感信息和其他服务。
解决方案
为了尽量减少接触到敏感信息和服务客户的风险,去耦,揭露出从处理请求并访问存储在代码公共端点的主机或任务。这可以通过使用一个立面或专用任务,与客户端进行交互,然后手拿开的请求(可能通过一个去耦接口)连接到主机或任务将要处理的请求来实现。图1示出了这种方法的一个高层视图。
图1 - 这种模式的高级概述
守门员模式可以简单地用来保护存储,或者它可被用作一个更全面的立面,以保护所有的应用程序的功能。的重要因素是:
控制验证。守门员验证所有请求,并拒绝那些不符合验证要求。
有限的风险和曝光。守门员不具有访问所使用的可信主机访问存储和服务的凭证或密钥。如果关守被攻破,攻击者无法获得访问这些凭据或密钥。
适当的安全性。守门员运行在一个有限的特权模式,而应用程序的其余部分在访问存储和服务所需要的完全信任模式下运行。如果关守被破坏,它不能直接访问应用程序的服务或数据。
此图案有效地作用就像一个防火墙在一个典型的网络拓扑。它允许关守来检查请求并做出关于是否将请求传递到可信主机决定(有时也被称为钥匙之王),执行所需的任务。这一决定通常需要守门员来验证并将其传递到受信任主机前消毒要求的内容。
问题和注意事项
在决定如何实现这个模式时,请考虑以下几点:
确保受信任主机到网守请求通过仅暴露内部或保护端点,只有连接到守门员。受信任主机不应该暴露任何外部端点或接口。
关守必须在有限的特权模式下运行。通常,这意味着运行守门员和独立的托管服务或虚拟机的可信主机。
关守不应该执行相关的应用程序或服务,或访问任何数据的任何处理。它的功能是纯粹的验证和消毒要求。受信任的主机可能需要执行的请求额外的验证,但核心的验证应该由守门员进行。
使用守门员和信任的主机或任务,如果这是可能的之间的安全通信通道(HTTPS,SSL或TLS)。然而,一些托管环境可能不支持HTTPS内部端点。
添加额外的层,以实现守门员模式的应用有可能对应用程序的性能造成一定影响,由于它需要额外的处理和网络通信。
关守实例可能是一个单点故障。为了最大限度地减少故障的影响,考虑部署其他实例,并使用自动缩放机制,以确保有足够的能力来保持可用性。
何时使用这个模式
这种模式非常适合于:
应用程序,处理敏感信息,揭露必须具有高一定程度的保护免受恶意攻击,或执行不得破坏关键业务服务。
分布式应用中,有必要从主要任务分别执行请求验证,或集中此验证,以简化维护和管理。
例子
在一个云托管的情况下,该模式可以通过使用一个内部端点,一个队列,或存储作为中间通信机制解耦从受信任的角色和服务应用程序中的关守角色或虚拟机来实现。图2示出了使用内部的端点时的基本原则。
图2 - 的模式使用云服务的网络和辅助角色的一个例子
相关文章
云计算架构师必读1——设计模式:缓存预留模式
http://www.aboutyun.com/thread-10140-1-1.html
云计算架构师必读2——设计模式:断路器模式
http://www.aboutyun.com/thread-10141-1-1.html
云计算架构师必读3——云计算设计模式:补偿交易模式
http://www.aboutyun.com/thread-10142-1-1.html
云计算架构师必读4——云计算设计模式:消费者的竞争模式
http://www.aboutyun.com/thread-10143-1-1.html
云计算架构师必读5——云计算设计模式:计算资源整合模式
http://www.aboutyun.com/thread-10144-1-1.html
云计算架构师必读6——云计算设计模式:命令和查询职责分离(CQRS)模式
http://www.aboutyun.com/thread-10145-1-1.html
云计算架构师必读7——事件获取模式
http://www.aboutyun.com/thread-10352-1-1.html
云计算架构师必读8——外部配置存储模式
http://www.aboutyun.com/thread-10353-1-1.html
云计算架构师必读9——联合身份模式
http://www.aboutyun.com/thread-10354-1-1.html
云计算架构师必读10——守门员模式
http://www.aboutyun.com/thread-10355-1-1.html
云计算架构师必读11——健康端点监控模式
http://www.aboutyun.com/thread-10356-1-1.html
回复
使用道具
举报
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
千斤顶
显身卡
没找到任何评论,期待你打破沉寂
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
|
立即注册
本版积分规则
发表回复
回帖后跳转到最后一页
发表新帖
shihailong123
中级会员
关注
80
主题
157
帖子
4
粉丝
TA的主题
云计算架构师必读11——健康端点监控模式
2014-11-29
云计算架构师必读10——守门员模式
2014-11-29
云计算架构师必读9——联合身份模式
2014-11-29
云计算架构师必读8——外部配置存储模式
2014-11-29
云计算架构师必读7——事件获取模式
2014-11-29
24小时热文
Flink CDC:新一代实时数据集成框架
蚂蚁面试就是不一样
如何高效学习
人情世故速查速用大全集
框架思维
关闭
推荐
/2
中文版ChatGPT
1.无需魔法 2.提高编程效率 3.提高文档能力
查看 »
新手帮助
新手帮助:注册遇到问题,领取资源,加入铁粉群,不会使用搜索,如何获取积分等
查看 »
意见
反馈