Uno degli obiettivi principali IT presso molte aziende in questi giorni è a migrare loro directory LDAP fuori il sistema Sun. Da quando la Sun è stata acquisita da Oracle, c'è stata una migrazione di massa ad altri sistemi come Microsoft Active Directory a causa di aumenti di prezzo e di modifiche della piattaforma con il sistema di sole precedentemente affidabile. Se una migrazione di LDAP è sulla lista dei desideri per la tua azienda, è necessario comprendere che questo potrebbe benissimo essere più duro di quanto si pensi. Lo spegnimento della piattaforma Sun non è una semplice swap e sostituzione come con alcune altre migrazioni.
Problemi di migrazione
Uno dei primi posti di blocco che può venire durante la migrazione di piattaforme LDAP è lo schema. In una piattaforma LDAP, lo schema è una lingua individualizzata definendo diversi parametri all'interno della directory. Mentre molti aspetti della directory diverse sono le stesse, le estremità posteriore utilizzerà terminologie diverse per definirli all'interno del loro schema. Questo rende per una migrazione difficile.
Non tutte le directory LDAP si comportano nello stesso modo. Alcuni supporta il paging, mentre altri non lo fanno, che significherebbe un sacco di codifica in una migrazione. Inoltre, gli agenti del sistema di directory per ogni LDAP sarà differenti, rendendo per incredibilmente difficile directory informazioni eseguite. Anche la struttura di directory stessa, conosciuta come l'albero di informazioni di directory, è impostata in modo diverso sotto vari LDAPs. Anche se può sembrare lo stesso sul lato utente, LDAPs diversi utilizzare strutture di back-end che si scontrano durante le migrazioni.
Molte aziende utilizzano anche funzioni speciali che possono essere disponibili su uno LDAP ma non un altro. Molte aziende utilizzano elenchi di controllo di attributo del sistema del sole dove solo alcuni dipendenti possono accedere ed eliminare le informazioni. Altri LDAPs non possono avere questa funzione, significato costose personalizzazioni o cambiamenti interni sono sulla migrazione post orizzonte.
La soluzione: Identità virtuale Server
Il modo migliore per evitare problemi di migrazione e di integrare perfettamente la directory in una nuova piattaforma mentre andrà in pensione la vecchia directory è quello di utilizzare un server di identità virtuali (VIS). Un VIS bussa fuori molti dei principali problemi che realizzerà durante le migrazioni LDAP, rendendo per una transizione senza soluzione di continuità e di integrazione. Il risparmio di manodopera e mal di testa tutto intorno sarà più che sufficiente a coprire il costo del VIS.
Solo alcune delle principali Difficoltà eliminata con l'uso di un VIS sono:
Schema problemi - un VIS facilmente gestirà le differenze dello schema attraverso un'ampia varietà di LDAPs. Farà risparmiare innumerevoli ore di codifica e sarà in grado di integrare con successo le directory non importa quale sia la codifica sul backend.
Differenze di directory - un VIS migreranno facilmente, indipendentemente dalle differenze di struttura di directory. Non devi fare alcuna ricodifica per integrare le directory.
Speciale caratteristica emulazione - un VIS istituirà nuovi LDAP per emulare la funzionalità del vostro vecchio LDAP. In altre parole, si può ancora avere una directory che emula le funzionalità della piattaforma Sun anche dopo che hai migrati alla nuova piattaforma. Non ci sarà assolutamente nessun costo di applicazione necessario nella migrazione.
La risposta in migrazione di piattaforma LDAP è l'utilizzo di un server di identità virtuale. Se avete una migrazione LDAP sulla vostra lista dei desideri azienda, salva te stesso, il mal di testa e le spese di una migrazione e arruolare l'aiuto di una vis. Il reparto IT e utenti finali vi ringrazieranno per esso.