Quindi ottengo la nozione di ruoli e i ruoli e i criteri collegati ai servizi in AWS. Tuttavia, tutto ciò funziona solo se l'identità / principale (e so che c'è una differenza tra i due, ma l'uso di entrambi i termini in modo abbastanza libero qui) essendo rivendicata da un'app può essere verificata (ad esempio l'autenticazione dell'app). Suppongo che questa autenticazione si verifichi con il "tessuto AWS" e non con il servizio / risorsa di destinazione a cui l'app desidera accedere.
Qualcuno può condividere dettagli su come un'app stabilisce la sua identità e su come il "tessuto" verifica l'identità?
Azure ha la nozione di identità dei servizi gestiti (basata su sistema assegnato estensioni identità e VM ).
- Qual è l'equivalente su AWS? In che modo "fabric" AWS assegna / verifica le identità delle app?
- Se l'unico meccanismo di verifica è una chiave di accesso e una chiave segreta (o un token al portatore), ritengo che sia un problema circolare per la gestione delle credenziali o molto insicuro.
Naturalmente, potrei sbagliarmi completamente nel modo in cui sto confrontando la gestione delle identità di Azure con AWS, ma sembra che una verifica / assegnazione di identità senza credenziali come in Azure sia probabilmente altrettanto sicura che mai.