MediaFranca: Arquitectura

De Casiopea
La versión para imprimir ya no se admite y puede contener errores de representación. Actualiza los marcadores del navegador y utiliza en su lugar la función de impresión predeterminada del navegador.

Sobre la Arquitectura

La primera investigacion sobre la arquitectura y maquinaria a implementar en mediafraca a arrojado los siguientes resultados.

MediaFrancaArq1.png

La meta inicial propuesta por el equipo indica que mediaFranca debe ser pensado tomando en consideracion 2 aspectos principales:

  • Estandares de servicios web
  • Escalabilidad

Esto tiene repercuciones en 2 capas distintas de la aplicacion (pensando en el modelo ISO/OSI, Los Servicios Web repercuten en la capa 6 y la escalabilidad (en este momento) fue pensada para la capa 4 y 5 Mod. Iso/Osi)

MediaFranca esta pensado para ser utilizado desde varios tipos de dispositivos, espesificamente desde una aplicacion web y aplicaciones moviles, por lo tanto su arquitectura inicial debe contemplar una comunicacion trasnparente al tipo de aplicacion en desarrollo, es por esto que trabajar con estandares en servicios web se transforma en una necesidad. [Mas detalles en la seccion "Sobre los Servicios Web"]

Ruby on Rails El desarrollo del CORE de mediaFranca se desarrollara utilizando el frameWork "RubyOnRails", este aparte de otorgar un ambiente de desarrollo rapido, ordenado y estable, ofrece, nativamente, el despliege de REST a travez de sus controladores, por lo cual a travez de la misma url, cambiando solo el tipo de documento a consultar, podremos accesar tanto HTML como XML.

Ejemplo:

  • www.mediafranca.cl/talk/1.xml, debiese retornar un arbol xml con todo el hilo de la conversacion "1", xml utilizable (Parseable) por cualquier lenguaje de programacion para generar cualquier tipo de aplicacion.
  • www.mediafranca.cl/talk/1 el sistema debiese retornar la interfaz web, con el mismo hilo de conversacion.

Sobre los Servicios web

Para la version inicial de mediaFranca se determino que este desplegara WebServices REST (Representational State Transfer). De este modo, los controladores que se definan (a partir de los requerimientos funcionales) deberan desplegar metodos compatibles con las operaciones definidas en REST.

La documentacion de los servicios web debiese efectuarse en esta misma wiki.

Sobre el desarrollo de los clientes