当前：好多高校和企业想换掉老旧身份系统，，，，，却迟迟不敢着手。。。。。。。深究原因，，，，，固然原有身份平台服役多年，，，，，职能落后、安全幽微、守护难题。。。。。。。但每每象切换，，，，，信息中心总会遇到同样的顾虑：

? 利用太多，，，，，怕切换后大面积瘫痪：几十上百个业务系统对接了老认证，，，，，有的连文档都没有，，，，，谁敢动？？？？？？

? 用户受不了折腾：新旧系统切换期间，，，，，师生要记两套账号密码，，，，，天天有人健忘，，，，，IT工单暴涨。。。。。。。

? 业务部门不共同：“你们换系统能够，，，，，别影响我们正常业务。。。。。。。” 谁都不愿当“幼白鼠”。。。。。。。

? 执行风险高：万所有换失败，，，，，全校断网，，，，，这个责任谁也背不起。。。。。。。

因而，，，，，老旧系统持续服役，，，，，安全缝隙越积越多，，，，，用户履历越来越差。。。。。。。信息中心陷入“想改不敢改，，，，，不改也难受”的困境。。。。。。。

针对上述痛点，，，，，SourceID 身份中台提供了滑润迁徙能力，，，，，不是“推倒沉来”，，，，，而是“渐进代替”。。。。。。。主题就是三个“无感知”：

第一沉：用户无感知——师生不用记新密码，，，，，登录履历不变

切换过程中，，，，，用户最怕的是：“我怎么登不上了？？？？？？”“我的密码是什么？？？？？？”“又要沉新激活？？？？？？”

SourceID 选取代理认证 + 密码进建机造：

先让 SourceID 以“利用系统”的身份接入老认证平台。。。。。。。用户接见利用时，，，，，依然看到老的登录页面，，，，，输入老的账号密码。。。。。。。

SourceID 在后盾把密码送到老平台校验，，，，，同时“进建”并同步用户的密码哈希（或通过LDAP同步）。。。。。。。

比及绝大无数利用都切过来、密码也进建实现后，，，，，再进行最终割接。。。。。。。此时用户唯一能感知到的变动，，，，，只是登录页面风格变了——账号密码还是原来的，，，，，不必要任何额表操作。。。。。。。

一句话：用户重新到尾不知路你在换系统。。。。。。。

第二沉：利用无感知——业务系统不用改一行代码

这是好多客户最头疼的：老认证对接的利用五花八门，，，，，有的用CAS、有的用OAuth、有的是自界说接口。。。。。。。让每个利用厂商共同批改配置，，，，，不现实，，，，，也不成能。。。。。。。

SourceID 的利用无痛切换规划，，，，，主题是“兼容老平台的所有”：

网络每个利用的对接信息：原认证域名、接口地址、要求报文体式、响应报文体式。。。。。。。

SourceID 身份中台通过认证仿照能力，，，，，齐全还原老平台的对表行为——一样的域名、一样的接口、一样的报文。。。。。。。

切换时，，，，，只必要做域名收受（DNS切换或Nginx转发），，，，，利用系统底子不知路后端已经换成了 SourceID，，，，，所有单点登录配置无需任何扭转。。。。。。。

一句话：业务系统像什么都没产生过一样。。。。。。。

第三沉：执行无感知——分步走，，，，，可测试，，，，，可回滚

信息中心最怕的是一刀切式的“割接之夜”。。。。。。。SourceID 的执行规划齐全预防这种风险：

分步执行：先做基础数据对接、网络筹备、利用信息网络，，，，，不急不躁。。。。。。。

逐步切换：能够先选5个非主题利用进行测试切换（通过批改本地hosts方式），，，，，验证通过后再扩大领域。。。。。。。

支持回滚：任何时辰发现问题，，，，，能够瞬间切回老平台，，，，，业务不受影响。。。。。。。

最终一刀切也可控：全数验证无误后，，，，，选择一个低峰时段，，，，，实现最终域名收受。。。。。。。整个过程用户无感，，，，，业务无感。。。。。。。

一句话：执行过程像空气一样存在，，，，，但没人感触到被打搅。。。。。。。

无论您是面对老平台守护难题、安全合规压力，，，，，还是但愿引入更现代化的认证方式（扫码、人脸、自适应MFA），，，，，SourceID 都能让您换得动、换得稳、换得无感。。。。。。。

握别“想换不敢换”的焦虑，，，，，从 SourceID 的三沉无感知起头。。。。。。。