Le basi di Camera to Cloud

Che cos’è l’API Camera to Cloud?

L’API Camera to Cloud (C2C) offre un metodo sicuro per trasmettere i media direttamente a Frame.io subito dopo il completamento della registrazione, senza richiedere input aggiuntivi da parte dell’utente. In Frame.io, puntiamo a rendere i media disponibili per la revisione e la collaborazione non appena la registrazione si arresta o vengono inseriti i metadati.

Durante lo sviluppo, abbiamo stabilito che per offrire la migliore esperienza sia agli integratori che agli utenti, l’API C2C doveva funzionare come sistema backend specializzato indipendente, separato dall’ecosistema principale di Frame.io. Anche se questa decisione architetturale potrebbe non sembrare intuitiva inizialmente, questo documento spiega il nostro ragionamento e spiega i principi fondamentali alla base di C2C.

Oltre i semplici filmati

Pur chiamandosi “Camera to Cloud” per chiarezza e riconoscibilità, le capacità dell’API si estendono oltre i semplici filmati girati con una videocamera. L’API C2C gestisce molti tipi di contenuti digitali. Frame.io può ospitarli tutti, a prescindere che il dispositivo generi file audio, video, PDF o di altro tipo. L’API semplifica il trasferimento di qualsiasi risorsa digitale dalla creazione all’archiviazione cloud con pochissimi passaggi.

Scrive, ma non legge

Frame.io mantiene standard di sicurezza rigorosi e l’introduzione della connettività dei dispositivi pone potenziali valutazioni relative alla sicurezza. Molti dispositivi di acquisizione multimediale non hanno funzionalità di sicurezza tradizionali come password o blocchi schermo, dato che originariamente non erano progettati per la connettività di rete. Fornire all’API Frame.io l’accesso completo a questi dispositivi potrebbe creare vulnerabilità di sicurezza, se lasciati incustoditi.

Inoltre, gli operatori dei dispositivi spesso hanno bisogno di accedere solo a elementi specifici piuttosto che all’intero progetto. Il loro ruolo potrebbe essere limitato alla creazione di particolari risorse multimediali e non alla gestione del progetto completo.

È per questo che abbiamo sviluppato il nostro principio di progettazione fondamentale: i dispositivi di registrazione esistono principalmente per creare media, non per rivedere o commentare contenuti da altre fonti. Il miglior approccio di sicurezza è stato sviluppare un’API specificamente limitata alla sua funzione essenziale, ovvero caricare dati nel cloud. Eliminando completamente le funzionalità di lettura, abbiamo impedito l’accesso non autorizzato a informazioni sensibili del progetto.

Progettazione per dispositivi con interfacce limitate

Le API esistenti di Frame.io erano progettate presumendo che si interfacciassero con applicazioni dotate di interfacce utente grafiche. Queste applicazioni potevano mostrare opzioni agli utenti che avrebbero effettuato delle selezioni da inviare poi al server.

L’ecosistema C2C, tuttavia, include dispositivi fisici con capacità GUI limitate o nulle e, potenzialmente, nessun meccanismo di input da parte dell’utente. Ciò ha richiesto un approccio fondamentalmente diverso alle interazioni degli utenti.

Durante la progettazione di C2C, dovevamo creare un sistema che potesse funzionare in modo efficace su dispositivi con capacità di interfaccia limitate. Abbiamo perciò dovuto sviluppare un modello di interazione che non richiedesse alcun input degli utenti sul dispositivo stesso, poiché in molti casi non sarebbe stato possibile.

Questo vincolo ha eliminato la possibilità di utilizzare la nostra architettura API esistente, che si fondava su flussi di autenticazione basati su web e sulla selezione da parte degli utenti delle cartelle di destinazione. Dovevamo semplificare non solo le azioni che un dispositivo poteva eseguire, ma anche l’intera esperienza utente riguardante tali azioni.

Gestione della connettività intermittente

Oltre alle limitazioni dell’interfaccia, molti dispositivi nell’ecosistema C2C operano in ambienti con connettività di rete imprevedibile. Abbiamo progettato la nostra API per contenere al minimo le comunicazioni backend, riducendo il numero di chiamate necessarie durante il funzionamento per garantire un’esperienza affidabile ai professionisti che lavorano in luoghi remoti con WiFi limitato o servizio cellulare.

Semplificazione dell’integrazione

La nostra priorità era rendere l’integrazione il più semplice possibile. Abbiamo sviluppato un’API focalizzata con un set minimo di endpoint, requisiti di negoziazione con il server limitati e un ambito definito con precisione e allineato con i nostri obiettivi. Sappiamo che per alcuni integratori questa potrebbe essere la prima esperienza nell’implementazione di chiamate di rete di terze parti. Per questo abbiamo progettato l’esperienza in modo che sia accessibile e semplice a prescindere che sia usata da uno sviluppatore esperto alla ricerca di un’implementazione efficiente o da chi usa per la prima volta le API REST, .

Passaggi successivi

Ti incoraggiamo a contattare il nostro team per qualsiasi domanda e a proseguire con la prossima guida di questa serie. Saremo lieti di aiutarti a sviluppare la tua integrazione C2C.

Per una panoramica tecnica, consulta la guida sull’architettura di integrazione.