Skip to content

Latest commit

 

History

History
70 lines (55 loc) · 3.37 KB

File metadata and controls

70 lines (55 loc) · 3.37 KB

Segundo hito: Creación y despliegue de una aplicación en un PaaS/SaaS

Descripción

Hacer un despliegue en la nube del proyecto que se haya elegido. Usar cualquier lenguaje conocido.

Prerrequisitos

Haber alcanzado el 60% de los objetivos del tema introductorio tras haber realizado los ejercicios propuestos.

Explicación

El principal objetivo de esta práctica es familiarizarse con este tipo de infraestructura virtual que se puede usar de forma válida para un lanzamiento inicial de un producto web (o una aplicación que tenga un backoffice en la web) y, subsidiariamente, familiarizarse con las técnicas usadas para desplegar aplicaciones. También se plantea como objetivo el saber seleccionar el PaaS gratuito más adecuado para las necesidades de la aplicación que se va a hacer.

El objetivo secundario es poner en práctica las principales técnicas usadas hoy en día para despliegue de aplicaciones web, basadas principalmente en interfaces REST con clientes basados en JS y, sobre todo, en marcos de aplicaciones tales como Mojolicius, Ruby on Rails, Express o Django, dejando de lado servidores web. Un tercer objetivo secundario es aprender a usar en producción GitHub y otras herramientas de desarrollo colaborativo y liberar el resultado del proyecto.

En muchos casos, un negocio se podrá basar en un PaaS; en otros, se podrá usar IaaS (o centros de procesos de datos tradicionales) para crear estos PaaS y, sobre ellos, un modelo de negocios. Por supuesto, en casos específicos se podrá usar SaaS como Google App Engine.

El énfasis de esta práctica es en el despliegue por lo que no será necesaria hacer una aplicación específica para el mismo. Sin embargo, es posible que sea más fácil crear la aplicación para los PaaS más populares (como los mencionados en la materia) que adaptar una aplicación ya hecha o buscar un PaaS que admita tal programa (aunque OpenShift, por ejemplo, admite PHP). En todo caso, se trata de hacer el mínimo código necesario (puede ser una página con el nombre de la aplicación y un enlace al repo) para hacer dicho despliegue.

Entrega de la práctica

Subir los fuentes a GitHub hacer un pull request al documento que describa las prácticas y que se anunciará en la web de la asignatura. El documento tendrá que incluir el nombre del proyecto y un enlace al despliegue.

En el propio repositorio de la aplicación, la explicación del proyecto deberá incluir los criterios usados para elegir el I/P/SaaS y sus diferentes opciones y una explicación de cómo funciona la aplicación y de los pasos llevados a cabo para crearla. Esta documentación se incluirá en ficheros de texto junto con la aplicación o en páginas wiki dentro de las que proporciona GitHub. No se permitirán ficheros binarios de un procesador de texto, sólo ficheros en Markdown, HTML, Textile o algún otro lenguaje de marcas.

Valoración

  • 5 puntos: aplicación subida y funcionando

  • 3 puntos: documentación en línea y externa

  • 2 puntos: concedidos por originalidad de la aplicación, grado de terminación, utilidad para la asignatura, originalidad del I/P/SaaS creado, cantidad de trabajo invertido.

    Si la aplicación no funciona o no están los fuentes publicados, la práctica estará suspensa.