streaming through laptop

EL PROYECTO DE SOFTWARE DE TRANSMISIÓN SE DESPEGA CON EL DESARROLLO DE LA APLICACIÓN DE MIDDLEWARE DE MVC

Desarrollo API Vista Modelo de Controlador Software de Transmisión

EL CLIENTE | CONOCEDOR DE CDN Y TRANSMISIÓN

El auge de la televisión modular ha encendido un nuevo marco tecnológico para la entrega de contenido. La distribución de contenido debe navegar por múltiples usuarios, almacenamiento en la nube y repositorios que fluyen y fluyen con las demandas de los consumidores. Las exigencias no se detienen ahí; Mientras se mantienen las tecnologías de back-end, las Redes de entrega de contenido (CDN) deben mantener la accesibilidad y la velocidad en el front-end para que la base de usuarios crezca.

Nuestro cliente es una parte integral de la CDN y el clima de transmisión, y requiere soporte de desarrollo para una aplicación de middleware que buscaban agregar a su red de software. Antes del desarrollo, el cliente utilizaba un middleware de servidor de medios estándar llamado Telebreeze para su panel de administración, administración de contenido, paneles, informes y otras funcionalidades de IPTV.

Para el middleware, necesitábamos diseñar una aplicación MVC, basada en API, que se aprovecharía para administrar el contenido, un componente integral para la operación de IPTV. El middleware sería directamente responsable de transmitir el contenido solicitado al dispositivo del usuario final.

on-demand video
Middleware graphic

EL PROYECTO DE TRES PARTES COMIENZA CON EL DESARROLLO DE LA APLICACIÓN MEDIO MVC

Además, al equipo de Chetu se le asignó un proyecto de Oferta de Moneda Inicial (ICO), donde publicaría una nueva ficha en Ethereum Blockchain Network utilizando contratos inteligentes. Después de publicar una nueva cripto-moneda en el intercambio, el cliente la implementaría en su estrategia de marketing, otorgando fichas a sus suscriptores junto con las suscripciones normales.

Para complementar el middleware y el ICO, el cliente también buscaba aumentar la accesibilidad en varios canales con una aplicación iOS para la entrega de contenido. Esta aplicación tendría diferentes opciones para mostrar canales con capacidades de transmisión en vivo.

En otras palabras, hay tres fases de desarrollo: la aplicación de middleware, el blockchain / ICO, y luego la aplicación para iOS desde la cual el usuario puede acceder al contenido.

Primero, comenzamos a trabajar en el middleware, según la solicitud del cliente. Tuvimos que pasar por la administración de contenido y la sección de transmisión de secuencias para el middleware existente y comprender los requisitos, replicando estos elementos y módulos para el middleware propietario. Para digerir completamente los componentes, nos centramos en la arquitectura del middleware y compartimos lo siguiente:

  • Panel de Administrador
  • Gestión de Contenidos y Cuadros de Mando
  • Módulo de Entrega de Contenido
  • Base de Datos Para el Contenido y También Para los Datos Relacionados con los Clientes.
  • Arquitectura Multiusuario Basada en API

Luego vino la implementación de Blockchain. Es un token basado en el estándar Ethereum ERC20 y un ICO para ofrecer token. El blockchain será aprovechado para incentivar la suscripción.

Por supuesto, por último pero no menos importante, dirigimos nuestra atención a la aplicación iOS, el epicentro de transmisión. La transmisión será controlada por los servidores de canal y toda la codificación / decodificación será parte del servidor de contenido / canal. El servicio contendría tanto la transmisión en vivo como la demanda para el usuario final, y el contenido de cada canal será administrado por el propio canal.

EL PROYECTO DE CHETU AYUDA A LA APLICACIÓN MVC MULTI INQUILINO

Incorporamos las siguientes tecnologías durante el desarrollo de aplicaciones multi-inquilino API de Middleware ...

  • Servidor de Windows
  • Servidor Web IIS
  • Visual Studio 2017
  • SQL Server 2016 (basado en la nube)
  • MVC 5
  • API Web

La aplicación Middleware tiene un portal de administración para todas las configuraciones de clientes y revendedores, un panel de administración y un conjunto sólido de módulos de informes para documentar el rendimiento de la aplicación. Para la aplicación de middleware y la API REST, los módulos funcionales se superponen así:

  • Módulo de Usuario e Inicio de Sesión
    • Crear Usuarios
    • Actualizar Usuarios
    • Cambiar Contraseña
  • Gestión de Roles
  • Configuración del Cliente
  • Configuraciones de Revendedor
  • Módulos de Gestión de Contenido
  • Cuadros de Mando
  • Informes
  • Módulos de Transmisión de Contenido

Nuestro equipo preparó el entorno de desarrollo, mientras que el cliente proporcionó el entorno de producción y puesta en escena. Para el entorno de desarrollo, elegimos integrar las tecnologías enumeradas anteriormente. Usamos el patrón MVC para la arquitectura de la aplicación junto con la arquitectura de aislamiento de datos de múltiples inquilinos, ya que el cliente planificó etiquetar en blanco la aplicación para los revendedores.

MVC o Model-View-Controller es la arquitectura más adecuada para entornos de múltiples inquilinos. Es una arquitectura flexible donde todas las inquietudes se separan con un problema específico para resolver. El controlador actúa como un mediador entre la vista y el modelo. El modelo ayuda a cargar datos para una solicitud, mientras que la Vista se usa para fines de visualización.

En ASP.NET, implementamos la sintaxis de Razor para crear las vistas. Desde allí, el controlador selecciona la vista después de autorizar una solicitud y formular una respuesta. Para poder construir con éxito una aplicación multiusuario en MVC, tuvimos que manejar autorizaciones separadas.

A continuación discutimos los tres componentes de MVC en mayor detalle.

Modelo: El modelo define qué datos debe contener la aplicación. Si el estado de estos datos cambia, el modelo notificará a la vista para que la pantalla pueda recalibrarse con los nuevos datos. A veces, el modelo también se comunica con el controlador, si se requiere una lógica diferente para acomodar el cambio en el conjunto de datos.

Vista: La vista define cómo se deben mostrar los datos de la aplicación. Esta es la capa superior de la aplicación. Como su nombre lo indica, el usuario interactuará con esta capa de la aplicación. No se produce comunicación directa entre la capa de presentación y la capa de datos. En su lugar, esta capa es responsable de tomar acciones del usuario y pasar la información al controlador. Los únicos cálculos que ocurren en esta capa son las validaciones del lado del cliente.

Controlador: El controlador contiene lógica que actualiza el modelo y (o) la vista en respuesta a la entrada del usuario final. Esta capa recibe cualquier solicitud de la capa de vista, procesa la información e inicia cualquier respuesta que sea necesaria, pasando la información de los procesos a la capa de datos.

Aunque este proyecto está en curso, el middleware ha sido probado e implementado en el ecosistema de transmisión del cliente. La aplicación multiusuario es compatible con múltiples usuarios y representa la adaptabilidad y el dinamismo que exige el entorno de IPTV.

Actualmente continuamos diseñando los dos componentes finales de este proyecto: el ICO y la aplicación iOS, que operarán en conjunto con el middleware para forjar una plataforma holística e inteligente que el cliente planea etiquetar en blanco.

streaming software technology
Trabajemos Juntos

Contáctenos para conocer más sobre Chetu y nuestros servicios de software personalizados

Política de Privacidad | Políticas Legales | Carreras | Mapa del sitio | Contáctenos

Copyright © 2000- 2018 Chetu Inc. Todos los derechos reservados.

Let Us Contact you
Contact Us
Button to scroll to top

Al continuar utilizando este sitio web, acepta nuestra política de cookies. Acepto