Información general de API REST rest-api-overview
Información general over
La API de REST de autenticación de Adobe Pass proporciona acceso directo a los servicios de autenticación y autorización de TV Everywhere (TVE). Esta API admite dos arquitecturas principales: servidor a servidor o dispositivos conectados (por ejemplo, consolas de juegos, televisores inteligentes, decodificadores, etc.) aplicaciones que no tienen capacidades de navegación web.
Mecanismo de limitación
La API de REST de autenticación de Adobe Pass se rige por un mecanismo de restricción.
De servidor a servidor
Las soluciones de servidor a servidor implican aplicaciones cliente de Programmer que se integran con los servicios de Programmer que se conectan con los servicios de autenticación de Adobe Pass para flujos de TVE. Este enfoque traslada la mayor parte de la implementación de TVE del cliente al servidor, donde se puede crear y mantener un módulo de autorización único y unificado. La principal responsabilidad restante de las aplicaciones cliente es la administración de una vista web para la autenticación de usuarios.
Dispositivos conectados
Las aplicaciones de Dispositivos conectados se comunican directamente con la autenticación de Adobe Pass a través de las API de REST para realizar la configuración, el registro, las comprobaciones del estado de autenticación y los flujos de autorización, mientras que se requiere una segunda aplicación de pantalla (explorador) para el flujo de autenticación. Como tal, no se utilizan SDK nativos.
Otras arquitecturas
Además de las dos arquitecturas principales basadas en la API de REST, las soluciones de cliente de servidor a servidor y las soluciones de cliente directo para dispositivos inteligentes, existen otras arquitecturas. Principal entre ellos es la arquitectura del SDK, que utiliza un componente de cliente denominado Access Enabler que la autenticación de Adobe Pass proporciona a los programadores. La aplicación utiliza las API del Habilitador de acceso para gestionar el inicio, la autenticación, la autorización y el cierre de sesión. Toda la comunicación entre la aplicación del programador y los servidores de autenticación de Adobe Pass se produce a través del Habilitador de acceso. Hay disponible un tipo diferente de Access Enabler para las siguientes plataformas: JavaScript, iOS, tvOS, Android y FireTV.
Aunque es posible utilizar la API de REST directamente en plataformas cliente que admitan SDK nativos fuera de una solución servidor a servidor, no se recomienda este método.
Ventajas e inconvenientes de la API de REST ProsAndCons
La API de REST de autenticación de Adobe Pass se creó para proporcionar una solución de TV en todas partes (TVE) para dispositivos que no tienen capacidades de navegación web o almacenamiento persistente. La API de REST es compatible con todos los flujos de autenticación y autorización, pero porque carece de un componente SDK nativo. Los SDK proporcionados y mantenidos por la autenticación de Adobe Pass incluyen funcionalidades integradas que implementan reglas empresariales que, en el caso de la API de REST, los programadores deben implementar y mantener. En la tabla Responsabilidades del programador que aparece a continuación, describimos las limitaciones de la API de REST actual que deben abordar los programadores.
Ventajas e inconvenientes de servidor a servidor frente a clientes
Una arquitectura de servidor a servidor proporciona una forma de consolidar la mayor parte de la lógica relacionada con la autenticación y la autorización en una sola unidad lógica o implementación. Este enfoque tiene pros y contras. Las ventajas incluyen:
- Implementación única para la lógica empresarial de autenticación y autorización.
- Evite la necesidad de implementar esa lógica en cada plataforma admitida mediante las herramientas nativas de esas plataformas.
- La capacidad de actualizar las funcionalidades sin tener que actualizar a los clientes con todos sus requisitos asociados (por ejemplo, actualizaciones de la tienda de aplicaciones).
- Es más fácil ampliar y personalizar las capacidades de authN y authZ (por ejemplo, agregar D2C).
- Gestión directa del tráfico asociado para un mayor control, calidad y monitorización.
De nuevo, los inconvenientes se enumeran en las responsabilidades del Programador, pero incluyen lo siguiente:
- SSO debe implementarse para cada cliente para plataformas sin SSO de Platform.
- Los programadores deben implementar una lógica específica de MVPD si es necesario.
- Todas las plataformas que utilizan la API de REST comparten una sola configuración que rige las propiedades como los TTL de autenticación.
Dispositivos conectados
Para la mayoría de los dispositivos conectados, la API de REST debe utilizarse de una forma u otra, ya que un SDK no está disponible. El dispositivo conectado utilizará la API de REST directamente o se integrará con una solución de servidor a servidor que utilice la API de REST.
Responsabilidades del programador programmer-responsibilities
Lo siguiente se aplica tanto a las aplicaciones servidor a servidor como a las de dispositivos conectados.
-
Como parte de nuestra nueva iniciativa One API, planeamos corregir esta limitación y poder aplicar reglas por plataforma en función de la identificación del dispositivo.
-
Adobe sigue trabajando con todas las plataformas principales para implementar Platform SSO que se puede utilizar con nuestra API de REST. Nuestra iniciativa Una API ofrecerá compatibilidad con SSO entre aplicaciones implementadas con SDK nativos y aplicaciones implementadas con la API de REST.
Requisitos mínimos del dispositivo min_reqs
Para usar la API de REST de autenticación de Adobe Pass, los dispositivos deben cumplir o superar los requisitos técnicos mínimos enumerados en la sección de API de REST del documento de requisitos de plataforma/dispositivo/herramientas de autenticación de Adobe Pass.