Fase 2: Classificare le app e pianificare il progetto pilota
La classificazione della migrazione delle app è un esercizio importante. Non è necessario eseguire la migrazione e la transizione di tutte le app contemporaneamente. Dopo aver raccolto informazioni su ognuna delle app, è possibile razionalizzare le app di cui eseguire prima la migrazione e che potrebbero richiedere tempo aggiuntivo.
Classificare le app nell'ambito
Un modo per pensare a questo aspetto è lungo gli assi della criticità aziendale, dell'utilizzo e della durata, ognuno dei quali dipende da più fattori.
Criticità aziendale
La criticità aziendale assume dimensioni diverse per ogni azienda, ma le due misure da considerare sono funzionalità e funzionalità e profili utente. Assegnare alle app una funzionalità univoca con un valore di punto superiore rispetto alle app con funzionalità ridondanti o obsolete.
Utilizzo
Le applicazioni con numeri di utilizzo elevato devono ricevere un valore superiore rispetto alle app con un utilizzo ridotto. Assegnare un valore superiore alle app con utenti esterni, esecutivi o del team di sicurezza. Per ogni app nel portfolio di migrazione, completare queste valutazioni.
Dopo aver determinato i valori per la criticità aziendale e l'utilizzo, è possibile determinare la durata dell'applicazione e creare una matrice di priorità. Il diagramma mostra la matrice.
Nota
Questo video illustra sia la fase 1 che 2 del processo di migrazione.
Assegnare priorità alle app per la migrazione
È possibile scegliere di iniziare la migrazione delle app con le app con priorità più bassa o le app con priorità più alta in base alle esigenze dell'organizzazione.
In uno scenario in cui si potrebbe non avere esperienza nell'uso di Microsoft Entra ID e dei servizi di identità, è consigliabile spostare prima le app con priorità più bassa in Microsoft Entra. Questa opzione riduce al minimo l'impatto aziendale ed è possibile creare slancio. Dopo aver spostato correttamente queste app e aver ottenuto la fiducia degli stakeholder, è possibile continuare a eseguire la migrazione delle altre app.
Se non esiste una priorità chiara, è consigliabile spostare prima le app presenti in Microsoft Entra Gallery e supportare più provider di identità perché sono più facili da integrare. È probabile che queste app siano le app con priorità più alta nell'organizzazione. Per integrare le applicazioni SaaS con Microsoft Entra ID, è disponibile una raccolta di esercitazioni che illustrano la configurazione.
Quando si ha una scadenza per eseguire la migrazione delle app, questi bucket di app con priorità più alta accettano il carico di lavoro principale. È infine possibile selezionare le app con priorità più bassa perché non modificano il costo anche se si sposta la scadenza.
Oltre a questa classificazione e a seconda dell'urgenza della migrazione, è necessario pubblicare una pianificazione della migrazione in cui i proprietari delle app devono impegnarsi per eseguire la migrazione delle app. Al termine di questo processo, è necessario avere un elenco di tutte le applicazioni in bucket con priorità per la migrazione.
Documentare le app
Innanzitutto, iniziare raccogliendo i dettagli chiave sulle applicazioni. Il foglio di lavoro individuazione applicazioni consente di prendere decisioni di migrazione rapidamente e di ottenere un consiglio per il gruppo aziendale in nessun momento.
Le informazioni importanti per prendere la decisione sulla migrazione includono:
- Nome dell'app: che cos'è questa app nota come azienda?
- Tipo di app: si tratta di un'app SaaS di terze parti? Un'app Web line-of-business personalizzata? Un'API?
- Criticità aziendale: è un'elevata criticità? Basso? O da qualche parte tra di loro?
- Volume di accesso utente : tutti accedono a questa app o solo a poche persone?
- Tipo di accesso utente: chi deve accedere all'applicazione: dipendenti, partner commerciali o clienti o forse tutti?
- Durata pianificata: per quanto tempo è disponibile? Meno di sei mesi? Più di due anni?
- Provider di identità corrente: qual è il provider di identità primario per questa app? AD FS, Active Directory o Ping Federate?
- Requisiti di sicurezza: l'applicazione richiede l'autenticazione a più fattori o che gli utenti si trovarsi nella rete aziendale per accedere all'applicazione?
- Metodo di autenticazione: l'app esegue l'autenticazione usando standard aperti?
- Se si prevede di aggiornare il codice dell'app: l'app è in fase di sviluppo pianificato o attivo?
- Se si prevede di mantenere l'app in locale : mantenere l'app nel data center a lungo termine?
- Se l'app dipende da altre app o API , l'app chiama attualmente in altre app o API?
- Se l'app si trova nella raccolta di Microsoft Entra, l'app è già integrata con Microsoft Entra Gallery?
Altri dati utili in un secondo momento, ma che non è necessario prendere una decisione immediata sulla migrazione includono:
- URL dell'app: dove gli utenti accedono all'app?
- Logo dell'applicazione: se si esegue la migrazione di un'applicazione all'ID Microsoft Entra che non si trova nella raccolta di app Microsoft Entra, è consigliabile fornire un logo descrittivo
- Descrizione dell'app: qual è una breve descrizione delle funzionalità dell'app?
- Proprietario dell'app: chi nell'azienda è il modello di verifica principale per l'app?
- Commenti o note generali: qualsiasi altra informazione generale sulla proprietà dell'app o dell'azienda
Dopo aver classificato l'applicazione e documentato i dettagli, assicurarsi di ottenere l'acquisto del proprietario aziendale nella strategia di migrazione pianificata.
Utenti dell'applicazione
Esistono due categorie principali di utenti delle app e delle risorse supportate da Microsoft Entra ID:
Interno: dipendenti, terzisti e fornitori che dispongono di account all'interno del provider di identità. Questa categoria potrebbe richiedere ulteriori pivot con regole diverse per i manager o la leadership rispetto ad altri dipendenti.
Esterno: fornitori, fornitori, distributori o altri partner commerciali che interagiscono con l'organizzazione nel corso regolare dell'attività con Microsoft Entra B2B Collaboration.
È possibile definire gruppi per questi utenti e popolare questi gruppi in modi diversi. È possibile scegliere che un amministratore debba aggiungere manualmente membri a un gruppo oppure abilitare l'appartenenza al gruppo self-service. È possibile stabilire regole che aggiungono automaticamente membri a gruppi in base ai criteri specificati usando gruppi dinamici.
Gli utenti esterni possono anche fare riferimento ai clienti. Azure AD B2C, un prodotto separato supporta l'autenticazione del cliente. Tuttavia, non rientra nell'ambito di questo documento.
Pianificare un progetto pilota
Le app selezionate per il progetto pilota devono rappresentare i requisiti di identità e sicurezza chiave dell'organizzazione ed è necessario disporre di un acquisto chiaro da parte dei proprietari dell'applicazione. I progetti pilota vengono in genere eseguiti in un ambiente di test separato.
Non dimenticare i partner esterni. Assicurarsi che partecipino alle pianificazioni e ai test della migrazione. Assicurarsi infine di avere un modo per accedere al supporto tecnico in caso di problemi di rilievo.
Pianificare le limitazioni
Anche se alcune app sono facili da migrare, altre potrebbero richiedere più tempo a causa di più server o istanze. Ad esempio, la migrazione di SharePoint potrebbe richiedere più tempo a causa di pagine di accesso personalizzate.
Molti fornitori di app SaaS potrebbero non fornire un mezzo self-service per riconfigurare l'applicazione e potrebbero addebitare addebiti per la modifica della connessione SSO. Verificare con essi e pianificare la limitazione.
Approvazione del proprietario dell'app
Le applicazioni business critical e universalmente usate potrebbero richiedere un gruppo di utenti pilota per testare l'app nella fase pilota. Dopo aver testato un'app nell'ambiente di preproduzione o pilota, assicurarsi che i proprietari dell'azienda di app concedono l'approvazione delle prestazioni prima della migrazione dell'app. È inoltre necessario assicurarsi che tutti gli utenti esegreno all'uso di produzione di Microsoft Entra ID per l'autenticazione.
Pianificare il comportamento di sicurezza
Prima di avviare il processo di migrazione, prendere in considerazione completamente il comportamento di sicurezza che si vuole sviluppare per il sistema di identità aziendale. Questo aspetto si basa sulla raccolta di questi preziosi set di informazioni: identità, dispositivi e posizioni che accedono alle applicazioni e ai dati.
Identità e dati
La maggior parte delle organizzazioni ha requisiti specifici sulle identità e sulla protezione dei dati che variano in base al segmento di settore e alle funzioni di lavoro all'interno delle organizzazioni. Per le raccomandazioni, vedere Configurazioni di identità e accesso ai dispositivi. Le raccomandazioni includono un set prestabilito di criteri di accesso condizionale e funzionalità correlate.
È possibile utilizzare queste informazioni per proteggere l'accesso a tutti i servizi integrati con Microsoft Entra ID. Queste raccomandazioni sono allineate a Microsoft Secure Score e al punteggio di identità in Microsoft Entra ID. Il punteggio consente di:
- Misurare obiettivamente le condizioni di sicurezza delle identità
- Pianificare miglioramenti per la sicurezza delle identità
- Verificare il successo dei miglioramenti apportati
Microsoft Secure Score consente anche di implementare i cinque passaggi per proteggere l'infrastruttura di gestione delle identità. Usare le indicazioni come punto di partenza per l'organizzazione e modificare i criteri per soddisfare i requisiti specifici dell'organizzazione.
Dispositivo/posizione usato per accedere ai dati
Anche il dispositivo e la posizione usati da un utente per accedere a un'app sono importanti. I dispositivi connessi fisicamente alla rete aziendale sono più sicuri. Connessione ions dall'esterno della rete tramite VPN potrebbero richiedere un esame.
Tenendo presente questi aspetti di risorse, utenti e dispositivi, è possibile scegliere di usare le funzionalità di accesso condizionale Di Microsoft Entra. L'accesso condizionale supera le autorizzazioni utente. Dipende da una combinazione di fattori quali:
- Identità di un utente o di un gruppo
- Rete a cui l'utente è connesso
- Il dispositivo e l'applicazione usati dall'utente
- Tipo di dati a cui l'utente sta tentando di accedere.
L'accesso concesso all'utente si adatta a questo set di condizioni più ampio.
Criteri di uscita
Questa fase ha esito positivo quando si dispone di:
Documentazione completa delle app di cui si intende eseguire la migrazione
App con priorità basate su criticità aziendale, volume di utilizzo e durata
App selezionate che rappresentano i requisiti per un progetto pilota
Acquisto del proprietario dell'azienda per la definizione delle priorità e la strategia
Informazioni sulle esigenze di sicurezza e su come implementarle