关于后端:企业管理中用户数据同步机制解决思路

47次阅读

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

背景

组织人员信息管理服务是许多零碎中不可短少的外围模块,外面装载着许多重要的敏感信息。以后许多企业在理论生产过程中,应用着多种系统软件,例如 OA、CRM、财务、邮件系统等等,这些零碎都有着本人独立的一套组织治理模块。随之呈现了一系列问题:

  • 治理老本高:一个人或多集体治理多个零碎,人力老本高,工作效率低。
  • 易呈现治理问题或危险:例如,公司规定各零碎录入统一的账户,而人为录入中极可能呈现失误,导致告诉给员工的是一个账户,理论录入的是有误的账户。某个零碎没有及时敞开到职人员账户,导致到职人员仍旧能够拜访,可能损失重要信息。
  • 用户登录体验差效率低:一个员工拿着一个账户却要记不同零碎的明码,甚至是多个不同账户登录零碎还要来回切换。

此时,一套无效的用户数据同步机制即可解决以上问题。它能够帮忙企业对立治理组织信息,实现一次操作而使多零碎及时响应,一次登录便能同时治理其管辖下的任何零碎。那么如何能力达成数据同步呢?

同步前提

要达到同步,首先得有一个集中化治理用户信息的服务(以下简称组织核心),这个服务通过收集其它零碎的组织人员信息,造成“残缺”的组织信息,而后依据配置的策略向须要被同步的零碎(统称第三方零碎)下发信息,以达到信息同步的成果。当然这外面第三方零碎须要提供接口、协定或者可操作的数据库。除此之外或者还会波及一些零碎革新的工作,因为并不是所有的零碎都提供裸露增删改查的接口。

常见的同步难点及解决思路

  1. 第三方零碎没有提供增删改查接口:一些私有化部署的零碎可能不会裸露接口,那么就要思考是否能够间接操作其数据库。
  2. 数据库、相干接口均无:如果数据库也不能通晓,那么可思考其是否反对 SSO 单点登录协定,一些 SSO 单点协定反对如果登录时信息不存在,则设为新增人员的机制。
  3. 数据库、接口、协定均不反对:找供应商协商革新。

零碎问题点及解决思路

  1. 不同零碎提供的获取人员信息的形式不同。有回调模式、提供接口查问模式、提供 sdk 获取模式。这些须要组织核心提供延长服务(以下统称荡涤服务)的预置开发,尽可能做到常见模式兼容,将这些获取的第三方数据通过荡涤服务进行收集,再调用组织核心接口进行插入或批改。
  2. 不同零碎的字段不同。这里须要先为荡涤服务做映射字段配置,荡涤服务依据映射配置,将第三方数据荡涤为组织核心可用的数据格式,将来如果接口或者字段变动,则须要人工来批改接口或者映射关系。
  3. 不同零碎的 ID 类型。有的零碎 ID 是数字,有的零碎 ID 是字符串,多租户的模式下,还极有可能碰撞到雷同的 ID。因而,第三方数据在提交时,都会依照组织核心本人的规定生成惟一字符 ID 及对应的数字 ID,保留记录第三方 ID,并被对立转换成字符类型。
  4. 不同零碎组织目录的根节点未知性。此时须要管理员在同步前设置根节点 ID。

事务性问题

事务管理必须在同步过程中进行,否则可能会因为一些因素导致仅局部同步胜利。例如,人员与组织目录关联异样。

  1. 如果有组织目录,则优先实现组织目录的同步。
  2. 组织目录和人员目录在进行插入或者批改前,需进行校验。例如校验是否反复,手机邮箱是否正确等。如果出现异常的归属与失败队列,那么须要让失常数据进入新增队列或者批改队列。
  3. 新增或批改过程中如果出现异常(例如惟一键抵触),则要进入失败队列。
  4. 最初执行事务提交,返回失败的数据。由荡涤服务记录失败数据。

如果下面的问题都顺利解决了,就能够开始思考同步了。那么问题又来了,如果第三方数据量非常宏大又该如何收集呢?上面咱们来讲同步计划及策略。

同步计划及策略

同步计划

全量同步

一次性下发第三方所有组织人员信息进行荡涤同步。当第三方零碎的组织信息量不是很大的时候能够思考全量同步。毛病是耗费资源较大。

增量同步

如果第三方的数据量宏大且简单,假使机器性可能好,兴许能够顺利完成同步。但这样须要的硬件老本将会极高,大部分企业也不会驳回这种计划,因而就呈现了增量同步计划。增量同步是将变动的信息进行同步。具体计划如下:

  • 回调同步。每次批改了信息都会将变动后的信息同步至第三方或者组织核心,收到信息的一方自我比对而后进行批改。(此种形式个别波及革新问题)
  • 变动记录。假如管理者批改了组织核心的组织目录信息,组织核心会将被批改的信息与波及的相干信息记录下来。当第三方来获取增量同步或者依据策略下发增量信息时,会把记录变动的信息收回去,第三方依据变动信息进行解决。(这里的变动也蕴含删除,这里删除不会真删除只是标记为删除)
  • 非凡的增量。分页获取信息,有最大页数限度,频次限度。
  • SSO 单点,从身份认证源获取信息同步。这里有个弊病就是获取的信息个别不全,且组织目录也不肯定能获取。
  • 如果屡次批改同一条数据,这里会以工夫作为版本进行治理,第三方须要屡次拉取变动记录进行更新。

同步策略

被动同步

组织核心被动将数据下发,分为:

  • 人工手动同步
  • 定时全量 / 增量同步
  • 变动增量同步

被动同步

第三方被动通过接口拉取全量或者增量数据。小细节:拉取时可抉择更新旧数据,也可抉择只同步组织目录或者人员信息。

总结

组织服务只提供相干的查问接口与批量新增批改接口,新增批改时对失败数据进行返回,具体的数据荡涤转化则由荡涤服务理论管制。组织核心联合荡涤服务能够做到双向同步,既能够收集其它零碎的组织信息,也能够把收集欠缺后的数据下发给第三方零碎。但也可能与某些零碎联合成环,因而如果一个企业有多个组织源,倡议采纳其中一个作为上游源,以组织核心作为两头同步件,防止成环。

组织核心联合其它协定及安全策略后,可成为惟一身份认证源核心。其它零碎在肯定条件下就能够通过这个身份认证核心,达到员工一次登录即可多零碎登录的成果,解放 IT 管理员的双手,进步了工作效率的同时也晋升了零碎的安全性。

公众号:全象云低代码
GitHub:https://github.com/quanxiang-…

正文完
 0