Ciao a tutti e bentornati.
Nel video di oggi parleremo del centro di identità IAM.
Ora, in una panoramica di alto livello, iam Identity center è il successore del Single Sign On.
Consente l'accesso centralizzato a più serie di account e alle applicazioni in esecuzione all'interno delle
organizzazioni.
Ora, questo può essere visto anche in questo diagramma specifico in cui si ha un singolo centro di identità
IAM e da qui si può procedere all'accesso a più serie di applicazioni, compresi gli account che fanno parte della
propria organizzazione.
Anche in questo caso, uno dei vantaggi è che non è necessario mantenere più serie di accessi.
Ad esempio, in un'organizzazione tradizionale che non dispone di un single sign on, si vedrà che un utente
ha un nome utente e una password per un'applicazione come Jenkins, un nome utente e una password separati per un nome utente
e una password separati per il sistema di gestione delle risorse umane e così via.
Invece di avere un utente e una password separati per ogni applicazione dell'organizzazione, si
dispone di un'unica identità e da qui si può accedere a tutte le applicazioni dell'organizzazione.
Ed è per questo motivo che si tratta di un approccio basato sul single sign on.
Esaminiamo quindi anche le fasi di base.
Cosa deve fare l'utente?
Devono accedere al portale di accesso associato al centro di identità.
Una volta effettuato l'accesso, all'utente vengono presentati tutti gli account e le applicazioni
a cui ha accesso.
Da qui l'utente può fare clic sull'account e verrà automaticamente connesso.
Ottimo.
Quindi, prima di procedere oltre, facciamo una rapida dimostrazione per capire meglio questo aspetto.
Ora, attualmente mi trovo nella console delle identità IAM e qui si vede che abbiamo un URL specifico per il portale
di accesso.
Questo è l'URL centrale a cui l'utente deve accedere.
Da qui possono accedere a tutti gli account e alle applicazioni.
Apriamo quindi rapidamente il discorso.
E dalla modalità in incognito, aggiungiamo questo URL specifico.
Ecco come si presenta il portale di accesso.
Aggiungo quindi un utente che ho già configurato e aggiungo una password una volta.
Poi si può fare clic su accedi.
A questo punto, si vedrà che questo utente ha accesso a due account.
Ora, questo non significa sempre che verrà fornito l'accesso al conto.
È possibile includere anche l'accesso ad altre applicazioni.
Se faccio clic qui, vedrete che è disponibile l'accesso a due account.
Ora, se Alice vuole accedere all'account della sandbox, è sufficiente fare clic
qui.
Sono disponibili due opzioni: console di gestione e CLA.
Apriamo la console di gestione.
E vedete, Alice si è loggata qui con successo.
Ora, chiudiamo il discorso.
Supponiamo che Alice abbia bisogno di accedere all'altro account.
Tutto ciò che Alice deve fare è cliccare sull'account nella console di gestione.
E Alice ha effettuato l'accesso anche al secondo account.
Ottimo.
Spero che con questa panoramica di alto livello abbiate capito come si può ottenere l'esperienza del
Single Sign On utilizzando l'Identity Center di IM.
A questo punto avevamo appena preso un esempio di un.
Tuttavia, è possibile configurare anche altre applicazioni.
Quindi, analizziamolo rapidamente anche dal Centro d'identità.
Se guardiamo la scheda Applicazioni, aggiungiamo rapidamente l'applicazione.
Ora sono disponibili diverse applicazioni pre-integrate e, se si guarda all'elenco, la lista
è piuttosto ampia.
Tutte queste applicazioni possono essere facilmente integrate con il centro di identità,
tra cui GitHub e altre.
Se si cerca Jenkins, anche Jenkins fa parte dei pre-integrati.
È inoltre possibile aggiungere un'applicazione personalizzata nel caso in cui non la
si veda tra quelle pre-integrate.
Ottimo.
Spero quindi che abbiate capito i passaggi fondamentali su come l'utente può accedere centralmente a più
set di account da una console centrale.
Una delle domande che ci si pone è: dove viene memorizzato questo utente Alice?
È memorizzato come parte dello IAM?
Si tratta quindi di un utente IM o di un utente specifico del centro di identità?
Andiamo avanti e approfondiamo.
Ora, se guardiamo al flusso di lavoro complessivo, abbiamo qui il centro di identità, che può recuperare
le identità degli utenti da diversi gruppi di entità.
Può essere Microsoft Active Directory.
Anche questo è uno degli aspetti comuni che si riscontrano in molte organizzazioni o centri di identità che
hanno un proprio archivio di identità in cui è possibile memorizzare il nome utente e la password, che possono
connettersi al portale di accesso da cui, a seconda dell'autorizzazione, saranno in grado
di connettersi alle risorse supportate.
In effetti, lasciate che vi mostri rapidamente anche questo all'interno del centro di identità: se guardate
gli utenti sulla sinistra in questa fase, vedete che abbiamo un utente chiamato Alice che è configurato.
Si noti che questo è diverso dall'utente IAM.
Non si tratta di un utente IAM, ma di un utente che fa parte del centro di identità.
È inoltre possibile aggiungere facilmente un utente.
Inoltre, per le organizzazioni che hanno già utenti configurati come parte
di Microsoft Active Directory, è possibile integrare facilmente anche
una serie di gruppi.
Quindi, quando si guarda alla fonte dell'identità.
Lasciate che vi mostri rapidamente.
Quindi, se cambio l'origine dell'identità, la prima opzione è la directory del centro di identità.
Si tratta quindi di qualcosa che abbiamo appena visto.
È inoltre possibile scegliere tra Active Directory e un provider di identità esterno, che
si può integrare qui.
Non è quindi necessario creare tutti gli utenti a livello di centro di identità.
Ora, un'altra cosa che volevo mostrarvi è che l'esperienza complessiva di accesso singolo funziona
abbastanza bene anche con il CLA.
Quindi, invece di configurare le chiavi di accesso e le chiavi segrete nel file delle credenziali, ecc. Gli utenti di Single Sign On possono autenticarsi
direttamente e le chiavi saranno automaticamente configurate come parte dell'ambiente.
Anzi, permettetemi di mostrarvi rapidamente anche questo del ClA, se posso fare una doppia configurazione.
Quindi mi chiederà il nome della sessione.
Lasciatemi dire che si tratta di un test.
Verrà richiesto l'URL di partenza.
Questo non è altro che l'URL che abbiamo inserito nel browser per consentire all'utente di accedere.
Ora diamo un'occhiata veloce, quindi copiamo questo URL.
Aggiungo qui la regione.
Dirò solo noi dell'Est.
Ci sono diverse opzioni che potete scegliere.
Permettetemi di selezionarne uno a est.
Premiamo invio.
E ora nel browser mi ha portato alla pagina, così posso accedere rapidamente qui.
Accediamo.
E tutto ciò che dovete fare è cliccare sull'aloe.
Griglia.
Quindi ora nel ClA viene chiesto quali sono le credenziali che si vogliono configurare.
Ci sono due account, se ricordate, anche nel browser eravamo abituati a vedere due account.
Selezioniamo l'account sandbox e premiamo invio.
E ora vedete che tutto è configurato.
Quindi, ogni volta che si vuole eseguire un comando CLI o si deve specificare questo parametro del
profilo.
Quindi, se posso aggiungere questo.
In questo modo, verrà visualizzato l'elenco dei tre contenitori.
In questa fase si ottiene una risposta vuota principalmente perché non ci sono tre bucket in questo account
specifico.
Tuttavia, questo comando funziona perfettamente.
Ottimo.
Quindi questo è anche l'aspetto dell'integrazione della CLI.
In genere, nella maggior parte delle organizzazioni di medie e grandi dimensioni è stato implementato
il Single Sign On.
Non è necessario utilizzare il centro d'identità.
In effetti, nella maggior parte delle organizzazioni l'Identity Center non è comunemente utilizzato.
Esistono altre soluzioni più diffuse, come Okta e altre ancora, che sono ormai ampiamente utilizzate.
Ricordo ancora che all'inizio, quando lavoravo come amministratore di sistema, metà del tempo lo dedicavo
alla gestione degli accessi.
Si aggiungono nuovi utenti che si uniscono all'organizzazione.
Se gli utenti lasciano l'organizzazione, si rimuove l'accesso e non solo l'accesso
agli account, ma anche a tutti i server Linux, alle VPN e ad altri.
Tuttavia, dopo l'implementazione.
Quindi tutto ciò che dovrete fare è rimuovere l'accesso di quell'utente dalla soluzione e tutto sarà
gestito dal single sign on.
E rende la vita molto più semplice.
Prima di concludere, analizziamo alcuni dei vantaggi dell'Identity Center.
Il primo è che gli utenti possono utilizzare le credenziali della directory per l'accesso single sign on a più
account, in modo da non dover più mantenere una serie di nomi utente e password diversi per ogni account statunitense.
Si noti che nelle grandi organizzazioni si possono avere centinaia di account, per cui non è il caso di ricordare il
nome utente e la password associati a tutti.
Si tratta quindi di un'ottima soluzione.
In secondo luogo, l'identity center consente di ottenere l'accesso single sign on alle applicazioni in esecuzione.
È inoltre possibile ottenere un accesso di base single sign on per le istanze Windows, nel caso in cui si disponga di un'istanza di questo tipo
è anche abbastanza vantaggioso, e si può anche abilitare l'accesso single sign on alle applicazioni basate su cloud che
supportano SAML.
Abbiamo già visto che sono disponibili diverse applicazioni pre-integrate.
Se lo desiderate, potete anche aggiungere le vostre applicazioni personalizzate.
Questa è una panoramica di alto livello sull'Identity Center e con essa si conclude il video
di oggi.