Guida introduttiva per programmatori programmer-kickstart-guide
Introduzione prog-kickstart-guide-intro
Benvenuti in Autenticazione Adobe Pass per TV Everywhere. Saremo lieti di collaborare con voi.
Contatti di autenticazione Adobe Pass:
- Supporto: per tutte le domande, i problemi o le richieste di funzioni,
tve-support@adobe.com - Un contatto di abilitazione verrà assegnato al progetto al momento dell’avvio del progetto.
Le seguenti informazioni delineano alcuni importanti primi passi per iniziare in modo solido ed efficiente. L’obiettivo è quello di fornire una spiegazione e aspettative su come lavoreremo con i partner per raggiungere le integrazioni. Si prega di notare le sezioni "si fornirà" / "Adobe fornirà" di seguito per ogni elemento. Questi vengono elencati tramite una checklist o una guida mentre lavoriamo attraverso il progetto.
Questo documento presuppone che i programmatori siano iscritti per lavorare con un partner MVPD scelto.
Pianificazione della versione release-schedule
Il ciclo di sviluppo sprint Adobe è pianificato in modo da poter vedere quando vengono pianificate le nostre versioni e come ogni versione viene promossa attraverso il nostro sistema di sviluppo.
Una volta completato, lo sprint è disponibile per il QE o per visualizzare nuove implementazioni sul nostro server UAT.
Ogni 6 settimane circa viene rilasciata una versione al server di pre-qualificazione Adobe. (Questo è il server in cui è conservata la prossima versione proposta durante l’esecuzione del QE finale). Queste build includeranno tutto il lavoro completato negli sprint dall’ultima goccia. Al momento è disponibile una finestra di controllo qualità di due settimane che consente ai partner di testare questa versione.
Supponendo che non si siano verificati problemi critici durante le due settimane precedenti del periodo di test, la versione verrà promossa a produzione live. Ciò significa che l’integrazione sarà disponibile nell’ambiente di rilascio di Adobe, ma i partner scelgono quando rendere pubblica la versione.
Documentazione di supporto supp-doc
Adobe fornirà:
- Guida alla distribuzione:
https://tve.zendesk.com/entries/498741-tve-deployment-guide - Accesso al nostro sistema di assistenza clienti Zendesk. Qui puoi anche trovare esempi, informazioni e tutorial video su alcuni dei processi. Per accedere a questo documento su Zendesk, insieme ad altri documenti pubblicati lì, dovrai registrarti e creare un account su
https://tve.zendesk.com/home. Non esiste alcun limite alla quantità di utenti che è possibile registrare. Puoi visualizzare e condividere i commenti su qualsiasi ticket archiviato. Tutte le domande di supporto devono essere indirizzate atve-support@adobe.com. - Guida all’integrazione dei programmatori
- Libreria di verificatori token multimediali:
https://tve.zendesk.com/entries/471323-media-token-validator-library.
Configurazione dell’ambiente di test test-env-setup
Adobe esegue prima l’impostazione con il sito di test Adobe, in cui Adobe funge da MVPD a scopo di test. Il team può quindi configurare un sito web di prova che chiama l’API Adobe. Utilizza il selettore MVPD predefinito e seleziona "Adobe" come idP.
Fornirai:
- ID richiedente. Si tratta di una stringa che identificherà in modo univoco il brand del sito web o dell’applicazione che effettua le richieste di autenticazione di Adobe Pass. La stringa stessa è arbitraria, ma deve essere concordata tra Adobe e il programmatore
- Informazioni sul canale. Questo è un set di stringhe che identifica i canali di contenuto richiesti dall’ID richiedente. In molti casi il canale e l’ID richiedente sono gli stessi. Tuttavia, puoi avere più canali di contenuto che possono essere richiesti dallo stesso ID. Le stringhe del nome del canale devono corrispondere ai canali TV via cavo. Alcuni MVPD convalideranno questo valore sul protocollo AuthN e/o AuthZ.
- Nomi di dominio (da consentire per l’ID richiedente). Si tratterà di un elenco di nomi di dominio effettivi che verranno elencati per Adobe per accettare l’ID richiedente. In questo modo solo i domini approvati potranno accedere all’autenticazione di Adobe Pass con i tuoi metadati. NOTA: i nomi di dominio validi per la produzione possono essere diversi per test/staging e devono essere forniti e identificati.
Adobe configurerà l’account e Adobe fornirà:
- Accesso e password per accedere al sito di test
Configurazione con MVPD setup-mvpd
Questa sezione descrive cosa serve quando effettui la migrazione dal sito di test Adobe per lavorare con un MVPD.
Fornirà (tramite MVPD):
-
Due serie di credenziali:
- AuthN + AuthZ : login/password per un utente autenticato e autorizzato
- AuthN + Non-AuthZ : login/password per un utente autenticato ma non autorizzato
-
ID risorsa. Si tratta di un identificatore di contenuto specifico che verrà convalidato con un MVPD tramite il protocollo AuthZ. Può essere a livello di canale, programma, episodio o risorsa; deve essere concordato con il tuo MVPD.
L’autenticazione Adobe Pass supporta uno schema di metadati basato su MRSS, il che significa che gli ID risorsa possono essere specifici in base alle esigenze e possono includere identificatori che possono essere univoci per uno specifico MVPD.
NUOVA integrazione MVPD: è importante ricordare che il MVPD scelto svolge un ruolo fondamentale nel completamento di qualsiasi integrazione. L'Adobe deve scrivere il codice per ogni MVPD in base alle proprie specifiche. Fino a quando questi passaggi non saranno completati, non potrai selezionare tale MVPD dalla finestra di dialogo o completare il test del prodotto. Adobe deve pianificare questo lavoro in anticipo per adattarsi al prossimo sprint disponibile. Per informazioni sulla pianificazione corrente, fare riferimento al Calendario delle versioni.
Integrazioni MVPD esistenti: se l’MVPD prescelto è già configurato con Adobe, i passaggi di connettività dovrebbero essere molto più semplici (più veloci) e spesso la connettività può essere raggiunta tramite modifiche alla configurazione.
QE con MVPD: tutte le integrazioni richiederanno un QE congiunto e, poiché l’utente finale è in ultima analisi un cliente dell’MVPD, molti hanno impostato cicli di test prima di inviare messaggi "live". Poiché ciò comporta la pianificazione delle risorse MVPD, si tratta di un'area potenzialmente soggetta a ritardi.