Este é um problema crônico com grandes sistemas de gerenciamento de identidades tentando colar sistemas heterogêneos. Invariavelmente, você estará limitado ao menor denominador comum, que muitas vezes é um limite alfanumérico ASCII de 8 caracteres, graças a algum sistema (provavelmente herdado) similar ao Unix em algum lugar nas entranhas do datacenter. Aqueles sofisticados sistemas modernos podem ter um comprimento arbitrário. É improvável que os nomes de usuário UTF8 sejam usados.
Eu passei 7 anos em uma instituição de ensino superior, onde tivemos que descobrir nomes de usuário de 8 caracteres para 5000 novos alunos a cada ano. Conseguimos chegar a nomes exclusivos para 15 anos de estudantes quando eu saí. Isso pode ser feito, Mr. smitj510
Coisas que facilitarão sua vida de maneira incomensurável:
- Descubra qual é o seu menor denominador comum, o que exige analisar cada parte do seu sistema de gerenciamento de identidades para descobrir quais são os limites.
- Esse antigo sistema Solaris 7 está forçando o limite de oito caracteres.
- Aplicativos críticos que usam dados de identidade têm seus próprios limites que você terá que considerar.
- Talvez eles esperem que os dados do usuário do LDAP estejam em conformidade com um "padrão" exclusivo para eles.
- Talvez o banco de dados de autenticação que eles usam possa manipular apenas determinados dados formatados.
- Tenha uma tabela de banco de dados com uma lista do Identificador Único (esse nome de conta com 8 caracteres), com links / campos listando IDs alternativos como
firstname.lastnameou qualquer outra coisa que possa surgir.- O software pronto para uso pode fazer coisas muito estranhas e hostis ao IDM, como usar um ID numérico para o nome da conta ou gerar automaticamente IDs de conta com base nos dados do perfil. Tudo o que entra na tabela de banco de dados também.
- Isso também ajuda pessoas com caracteres não-[a-z | 0-9] em seus nomes, como Harry O'Neil, ou não-ASCII, como Alžbêta.
- Ao criar seus processos de sincronização de conta, aproveite essa tabela de banco de dados para garantir que as contas certas recebam as atualizações corretas. Quando os nomes mudam (casamento, divórcio, outros), você quer que essas mudanças se propaguem para os lugares certos.
- Configure os bancos de dados de identidade propriamente ditos para evitar alterações locais sempre que possível, e o processo comercial para desencorajar isso quando não for possível. Confie no processo central de sincronização de contas para tudo o que puder.
- Use os sistemas de alias sempre que possível, como no e-mail.
- Considere a ID 8-char imutável, já que alterar esse campo pode causar muita dor de coração entre a equipe de TI, já que as contas precisam ser recriadas.
- Isso sugere uma ID de conta não derivada dos dados de nome, pois casamento / divórcio / ordem judicial podem alterar os dados de nome ao longo do tempo.
- Tenha um sistema para exceções, pois sempre haverá algumas.
- Faça o que puder para permitir vários logins de nome de usuário nos sistemas em que essa é uma opção
- Algumas pessoas gostam do uid de 8 caracteres, outras como [email protected]. Seja flexível, faça amigos.
- Às vezes, isso exige frontear seus sistemas baseados na Web com uma como CAS . Você ficará surpreso com quantos sistemas externos podem suportar estruturas de SSO como essa, por isso não desanime.
divórcio horrível e que o nome de dados gerado 8-char UID traz memórias dolorosas toda vez que você tem que entrar nele? Seja gentil com seus usuários e permita um mecanismo para essas mudanças, mas mantenha-o em sigilo.Ou seja, trate-o como um problema de banco de dados porque é isso mesmo. Escolha uma chave primária para compatibilidade máxima com seus sistemas (provavelmente 8 caracteres), crie uma tabela de consulta para permitir que os sistemas convertam IDs locais para a chave primária e projete seus sistemas de sincronização de dados para lidar com vários IDs.
- Faça o que puder para permitir vários logins de nome de usuário nos sistemas em que essa é uma opção