(Legacy) Funzione di verifica preliminare: come abilitare, risolvere o determinare il problema preflight-feature
Si è verificata una modifica nel modo in cui l’autenticazione Adobe Pass calcola le risorse preAuthorizeResources. L’API di pre-autorizzazione presenta una nuova implementazione. Questa implementazione sostituisce la vecchia soluzione, che prevede di effettuare solo più chiamate di autorizzazione.
L’interfaccia esterna per l’API di pre-autorizzazione non è stata modificata e non sono richiesti aggiornamenti nell’applicazione del programmatore.
Esistono tre modi per calcolare le risorse Verifica preliminare:
- Effettua il forking e unisci il metodo a MVPD: ciò comporta che Adobe effettui più chiamate di autorizzazione a MVPD (il client dovrà comunque effettuare una chiamata di verifica preliminare).
- Linea di canali: MVPD espone la linea di canali per l'utente connesso nella risposta di autenticazione SAML e Adobe restituisce le risorse autorizzate in base a tale risposta. La risposta SAML authN nel tracciatore SAML deve esporre tale elenco.
- Autorizzazione multicanale: l'autenticazione client e Adobe effettuano una singola chiamata a MVPD per un set di risorse.
Indipendentemente da MVPD, l’applicazione client effettuerà una singola chiamata all’endpoint di verifica preliminare (checkPreauthorizedResources API), trasmettendo un set di resourceID. In base a uno dei modi precedenti supportati da MVPD, Adobe restituirà quindi gli ID risorsa preautorizzati.
Se la verifica preliminare è basata sul metodo fork & join, il backend di autenticazione Adobe Pass controlla un valore impostato per il numero massimo di chiamate di preautorizzazione nella relativa configurazione. È configurato da Adobe.
Il valore predefinito per la configurazione "chiamate di preautorizzazione massime" è "5", il che significa che al massimo è possibile inviare solo 5 risorse in verifica preliminare per gli MVPD di tipo fork e join. Il passaggio di più di 5 risorse genera un’eccezione e viene restituito un elenco nullo. Questo è il comportamento previsto. Possiamo configurarlo su qualsiasi valore se MVPD non supporta la derivazione dei canali o l’autorizzazione multicanale, ma solo dopo averli consultati come chiamate di autorizzazione multiple fork & join aumenteranno i loro tempi di caricamento.
Di conseguenza, quando si abilita/si risolvono i problemi di Verifica preliminare per un MVPD, è necessario eseguire le seguenti operazioni:
- Il metodo supportato da MVPD (fork & join, line-up di canali o multicanale).
- Se è supportato solo il fork e il join, è necessario chiedere al programmatore quanti ID risorsa invierà nella chiamata di verifica preliminare.
- Il MVPD deve essere consultato e deve conoscere l’impatto di un numero "n" di chiamate di autorizzazione fork & join. In seguito, il valore deve essere configurato nella configurazione se è maggiore di 5.
Limitazione
Tieni presente che non si ottiene alcun resourceID dalla chiamata di verifica preliminare per alcuni MVPD come AT&T & TWC se uno qualsiasi dei resourceID è un ID falso o un ID non riconosciuto nell’elenco dei resourceID inviati nella chiamata di verifica preliminare anche se abbiamo risorse valide e autorizzate anche in tale elenco.