关于程序员:单点CAS杂记

1次阅读

共计 582 个字符,预计需要花费 2 分钟才能阅读完成。

最近对单点零碎进行了一点理解。
公司以前单点零碎用的是 openam。相比 CAS,存在着配置太固定化,只能依照 openam 本身束缚的来,二次开发不容易。
而 CAS 只提供了根本的性能,残余的批改明码、新建等都须要本人写,从而提供了很大的灵活性。
现有一个我的项目须要设计一套单点零碎,设计思路如下:
1、数据整合和初始同步

1)梳理现有两个数据库的信息,包含现有数据容量、数据库字段、数据库配置等信息
2)依据现有的数据库,建设新的数据库用来保留单点登陆 server 端的用户信息
3)调用原有零碎中获取用户信息的接口来同步数据(如果没有接口须要通过数据库层面来实现同步)

2、单点零碎的开发

1)单点零碎 server 端根底环境搭建,对单点零碎进行具体的拦挡参数配置和开发。2)建设单点零碎 server 端数据库
3)革新登录单点零碎 server 端前端页面,建设对立的登录页面
4)对 url 拦挡进行测试,测试单点零碎是否能失常应用
5)对单点零碎新建用户等操作,同时同步到两个平台数据库中 

3、原有子系统革新

1)相熟原有零碎的技术框架,钻研登录、登出、用户治理、批改明码等操作的具体代码实现
2)依照单点登录配置,来实现 url 拦挡,所有申请都会要被单点 server 端拦挡
3)批改各个子系统的登录、登出、批改用户信息、批改明码等与单点零碎相干的业务逻辑,使批改后的代码能满足单点零碎的要求 

继续中 ….

正文完
 0