SSO+的理解和实现资源-CSDN文库

需积分: 11 161 浏览量 2019-01-15 17:23:06 上传评论收藏 125KB DOC 举报

资源推荐

资源详情

资源评论

前言

本文有两个部分：

第一部分： EOS 与 SSO 有联系吗？

第二部分：作者本人对 SSO 的理解和实现。

如果不 care 某人的幼稚想法的话，可以直接浏览第二部分。大家交流下技术，欢迎来

邮件：zhangmin @ primeton . com

第一部分：

特此申明：此部分适合一目十行的快速浏览。同时，也希望架构组成员能给我释疑。

谢谢!

之所以有冲动写这部分的理由是：这几天修改 EOS6 Workflow 的 bug。当遇到一些疑

难杂症的时候，我第一反应就是打开：www . google . cn 。在页面的左上角：

网页图片地图资讯视频博客更多 ▼ 就是 google 的功能入口。并且这些 service 已经加入

到 Google SSO 的范围内了。

此时，我正在打开多个 IE 在工作流的客户端和工作流的管理端，不停的来回登入与切

换调试代码。那么，我想是不是也能在我们的应用的左上角加入几个应用的入口功能呢？

以免我重复地输入用户名和密码？

从表面上看，EOS 6 共有 3 个主要应用: Workflow client(默认提供的),Workflow 管理，

Governor，其中 Governor 也就是管理员才能登入的。似乎没有什么必要做什么 SSO。

提问：EOS 没有没必要去做一些通用的应用功能？比如：SSO 等。是不是在 7.0 or 8.0

会考虑呢？还是我们就专注当前的领域不考虑其他，也没有必要？

不做的理由：有 SSO 功能势必要去维护，何必给自己带来麻烦呢？我们的卖点不是这

些应用。这应该是一个很充分的理由。下面来看看，有的话是怎么样的，也间接地可以引

导出第二部分。

如果实现 SSO 的话，必然要有统一的入口登入，统一的凭证验证，统一的权限判断。

这些组件的组合姑且就称之为：“权限中心”吧。回忆我以前做过的项目，其实“权限中心”都

是必要的组成。现在我们从多个应用中抽取各自的“权限中心”，集中到一起，形成了“域内

的权限中心”不是很好吗？达到了集中管理，提高了用户体验。我在想，如果 EOS 也有个

SSO 模块，凡是基于 EOS 开发的应用都能快速简单地部署到一个缺省的，默认提供的 SSO

域中，同时结合我们的组织架构组件，“权限中心”在后面做支撑，那么应用程序的登入管

本内容试读结束，登录后可阅读更多

下载后可阅读完整内容，剩余4页未读，立即下载

内容反馈

蓝胖子（liaocan.top）

粉丝: 33
资源: 26

最新资源

资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！点击此处反馈

feedback-tip