Le Zen de Camera to Cloud

Présentation de l’API Camera to Cloud

L’API Camera to Cloud (C2C) fournit une méthode sécurisée pour transmettre les médias directement vers Frame.io immédiatement après la fin de l’enregistrement, sans nécessiter de saisie supplémentaire de la part de l’utilisateur. Chez Frame.io, nous visons à rendre les médias disponibles pour révision et collaboration dès que l’enregistrement prend fin ou que les métadonnées sont saisies.

Pendant le développement, nous avons déterminé que pour offrir la meilleure expérience aux intégrateurs et aux utilisateurs, l’API C2C devait fonctionner comme son propre système backend spécialisé, séparé du réseau principal de Frame.io. Bien que cette décision architecturale puisse ne pas sembler intuitive au premier abord, ce document explique notre raisonnement en explorant les principes directeurs qui sous-tendent C2C.

Au-delà des enregistrements de la caméra

Bien que nommée « Camera to Cloud » pour plus de clarté et de reconnaissance, les capacités de l’API s’étendent au-delà des enregistrements de la caméra. L’API C2C gère de nombreux types de contenu numérique. Que votre appareil produise du son, de la vidéo, des PDF ou d’autres types de fichiers, Frame.io peut tous les prendre en charge. L’API rationalise le transfert de toute ressource numérique depuis sa création jusqu’à l’espace de stockage dans le cloud de manière fluide.

Écrire, mais ne pas lire

Frame.io respecte des normes de sécurité strictes, et l’introduction de la connectivité des appareils nécessite de tenir compte de considérations de sécurité potentielles. De nombreux appareils de capture de médias manquent de fonctionnalités de sécurité traditionnelles comme les mots de passe ou les verrouillages d’écran, car ils n’étaient pas conçus à l’origine pour la connectivité réseau. Fournir un accès complet à l’API Frame.io à ces appareils pourrait créer des vulnérabilités de sécurité s’ils sont laissés sans surveillance.

De plus, les opérateurs d’appareil ont souvent besoin d’accéder uniquement à des éléments spécifiques plutôt qu’à l’ensemble du projet. Leur rôle peut être limité à la création de ressources de médias particuliers plutôt qu’à la gestion du projet dans sa totalité.

C’est ce qui nous a poussé à définir notre principe de conception principal : les appareils d’enregistrement existent principalement pour créer des médias, pas pour réviser ou commenter le contenu d’autres sources. La meilleure approche de sécurité consistait à développer une API spécifiquement limitée à sa fonction essentielle : charger des données vers le cloud. En éliminant entièrement les capacités de lecture, nous avons efficacement empêché l’accès non autorisé aux informations sensibles du projet.

Conception pour les appareils avec des interfaces limitées

Les API existantes de Frame.io ont été conçues en supposant qu’elles interagiraient avec des applications dotées d’interfaces utilisateur graphiques. Ces applications peuvent proposer des options aux utilisateurs, qui font ensuite des sélections, transmises au serveur.

Le réseau C2C, pour sa part, inclut des appareils physiques dont les capacités d’interface graphique sont limitées, voire inexistantes, et ne possèdent potentiellement aucun mécanisme de saisie utilisateur. Cela a nécessité une approche fondamentalement différente de l’interaction utilisateur.

Lors de la conception de C2C, nous avons dû créer un système capable de fonctionner efficacement sur des appareils aux capacités d’interface limitées. Cela signifiait développer un modèle d’interaction ne nécessitant pas de saisie utilisateur sur l’appareil lui-même, car une telle saisie pourrait être impossible dans de nombreux cas.

Cette contrainte a éliminé la possibilité d’utiliser notre architecture d’API existante, qui s’appuyait sur des flux d’authentification web et la sélection utilisateur de dossiers cibles. Nous avons dû simplifier non seulement les actions qu’un appareil pouvait effectuer, mais aussi l’ensemble de l’expérience client autour de ces actions.

Prise en compte de la connectivité intermittente

Au-delà des limitations d’interface, de nombreux appareils du réseau C2C fonctionnent dans des environnements à la connectivité réseau imprévisible. Nous avons conçu notre API pour minimiser la communication avec le backend, réduisant ainsi le nombre d’appels nécessaires pendant le fonctionnement afin d’assurer une expérience fiable aux professionnels travaillant dans des lieux reculés avec un service Wi-Fi ou cellulaire limité.

Simplification de l’intégration

Notre priorité était de rendre l’intégration aussi simple que possible. Nous avons développé une API ciblée avec un nombre restreint de points d’entrée, des exigences limitées de négociation serveur et une portée étroitement définie alignée sur nos objectifs. Nous sommes conscients que pour certains intégrateurs, il peut s’agir de leur première expérience d’implémentation d’appels réseau tiers. Que vous soyez un développeur expérimenté cherchant une implémentation efficace ou novice dans les API REST, nous avons conçu l’expérience pour qu’elle soit accessible et simple.

Étapes suivantes

Nous vous encourageons à contacter notre équipe pour toute question et à passer au guide suivant de cette série. Nous avons hâte de vous accompagner dans votre intégration C2C.

Pour un aperçu technique, consultez le guide d’architecture d’intégration.