01. Alta y solicitud de infraestructura para el proyecto

0. Tipos de proyecto de desarrollo

Actualmente en la metodología se da soporte a los siguientes tipos de arquitectura para proyectos de desarrollo:

• Fundeweb
• FundewebJS

Cada tipo requiere una infraestructura diferente que afecta tanto a los recursos solicitados como a la implementación del propio servicio definiendo su pila tecnológica y estructura.

1. Procedimiento de alta y solicitud de infraestructura para el proyecto

Una vez que tenemos los requisitos y documentación inicial del proyecto deberemos empezar el trabajo en el mismo. Para ello  Responsable técnico principal o en quien delegue lanzará esta tarea en la que, a partir de la definición inicial, obtendremos la infraestructura necesaria (hardware y software) para poder desarrollar y poner en producción nuestro proyecto.

El Responsable técnico principal o en quien delegue deberá iniciar el alta del proyecto mediante APIUM, en el caso de que no esté ya dado de alta. Si ya se dio de alta pero no se creó la infraestructura, se deberán solicitar los jiras pertinentes tanto a sistemas como MNCS.

1.1 Alta de proyecto FundeWeb

La solicitud de un nuevo proyecto FundeWeb se deberá realizar por el Responsable técnico principal o en quién delegue en la aplicación Apium mediante la opción Nueva aplicación

Dentro de los datos que debemos introducir tenemos cuatro grupos:

1. Datos básicos: Necesarios para tener una descripción del proyecto, conocer sus responsables y saber si es un proyecto web completo o sólo es una aplicación de servicios ( REST/SOAP )
2. Aplicación Web: URL's de acceso en los diferentes entornos que tendrá el proyecto, tanto si es una aplicación web completa como una aplicación de servicios
3. Incluida en el portal de servicios: Campo opcional. Sólo en el caso de que sea una aplicación web completa, se indica si debe aparecer en el portal de servicios y cómo clasificarla.
4. Alta en sistemas: Este campo sólo se tiene que rellenar si el proyecto no está dado de alta en la infraestructura de servidores para que se cree la tarea Jira para que sistemas realice el alta.

Una vez completado y guardado el formulario, APIUM creará de manera automática los pertinentes Jiras a todos los implicados en el proceso de alta.

Tras la resolución de los Jiras generados los Miembros del equipo de desarrollo tendrán:

• El proyecto dado de alta en el sistema de control de versiones GIT , accesible mediante el servidor de integración continua
• Configurado mecanismo de integración continua y despliegue en el servidor de integración continua Gitlab
• Creados los entornos de despliegue: desarrollo, preproducción y producción.
• Esquema de base de datos si no existía previamente y usuario web con acceso a él

Una vez finalizada el alta los Miembros del equipo de desarrollo deberán configurar su entorno local y trabajar siguiendo las indicaciones de la guía técnica MNCS - Desarrollo con GIT/Gitlab.

1.1.1 Alta manual de proyecto Fundeweb

Si, excepcionalmente, nuestra aplicación ya estaba dada de alta en APIUM pero no se había solicitado el alta en la infraestructura, el Responsable técnico principal o en quién delegue deberá crear un Jira a sistemas y otro a MNCS para realizar dicha alta.

Los datos necesarios en el Jira puesto a SISTEMAS (DJ-AT-SIST-MIDDLE) son los siguientes:

//Datos básicos
Nombre del contexto de la aplicación: El contexto que tendrá la aplicación "/micontexto"
Nombre de la aplicación/servicio o del portal: URL de la aplicación "https://miaplicación.um.es"
Ámbito (Internet, Intranet, otros): Internet
Entorno tecnológico: Weblogic
Acceso a base de datos (Si o No): Si
Esquema de BBDD: Esquema de base de datos al que se accede
Esquema de BBDD web: Usuario de base de datos para aplicaciones web
Fundeweb (Si o No): Si
Configuración de FundeWeb: Librerías fundeweb 2.0.3 o última versión


//Datos adicionales

Acceso RMI externo (si o no): Si o No
Autenticación por Radius/LDAP: Si o No
Acceso a Birtum (si o no): Si o No
Servicios Web publicados (Rest/Soap): Si expone servicios


//Datos de carga
Colectivo de usuarios al que va dirigido: Usuarios mayoritarios
Nº total de usuarios potenciales: Total de usuarios que se prevén 
Usuarios concurrentes estimados: Usuarios que accederán de media a la aplicación de manera concurrente.


// Otros
Recursos compartidos entre servidores, servicios, bases de datos: Si comparte recursos con otras aplicaciones
Repositorio: URL repositorio de código fuente (si ya existía).

Los datos necesarios en el Jira puesto a MNCS (DJ-AT-MNCS) son los siguientes: 

Nombre del contexto de la aplicación: El contexto que tendrá la aplicación "/micontexto"
Nombre de la aplicación/servicio o del portal: URL de la aplicación "https://miaplicación.um.es"
Usuario de BBDD web: Usuario de base de datos para aplicaciones web
SVN: Ruta SVN del despliegue del proyecto

Si, adicionalmente necesito un nuevo esquema de Base de Datos deberé poner un Jira a la sección de BASE DE DATOS (DJ-AT-SIST-BD) con la siguiente información

Nombre de la base de datos: Por ejemplo ZEUS
Nombre del esquema de base de datos: MI ESQUEMA
Indicar si se necesita usuario JV o no

1.2 Alta de proyecto FundeWebJS

1.2.1 Alta del proyecto

La solicitud de un nuevo servicio FundeWebJS se deberá realizar por el Responsable técnico principal o en quién delegue en la aplicación Apium mediante la opción Alta FundewebJS

Dentro de los datos que debemos introducir tenemos tres grupos:

1. Datos básicos: Necesarios para tener una descripción del servicio, conocer sus responsables y saber si es un proyecto web completo o sólo es una aplicación de servicios ( REST/SOAP )
2. Datos del servicio FundeWebJS: Datos necesarios para la clasificación del servicio dentro de Mi Campus
3. Esquema de base de datos: El esquema de base de datos que se utiliza. Si no existe y se tiene que crear uno se deberá marcar el check para que se cree el Jira a la sección de base de datos.

Tras la resolución de ambos Jiras el grupo de desarrollo tendrá:

• Esquema de base de datos si no existía previamente y usuario web con acceso a él
• El proyecto dado de alta en el sistema de control de versiones GIT , accesible mediante el servidor de integración continua
• Se podrá trabajar en local en los proyectos pero no se podrá desplegar en los entornos ya que en este punto no estarán preparados

Una vez finalizada el alta los Miembros del equipo de desarrollo deberán configurar su entorno local y trabajar siguiendo las indicaciones de la guía técnica MNCS - Desarrollo con GIT/Gitlab.

1.2.2 Solicitud de alta de despliegue de aplicación (desarrollo/test)

En el paso anterior sólo se creó el repositorio GIT y el esquema de base de datos (si no existía) para que los grupos trabajasen en local. Este paso se deberá realizar cuando ya se disponga código factible de desplegar en los servidores.

Una vez tengamos código a desplegar, solicitaremos la configuración de dicho despliegue mediante un Jira a MNCS (DJ-AT-MNCS) con el siguiente contenido:

Repositorio GIT de la aplicación 
Ruta completa clase Main de la aplicación
Usuario de base de datos que usará la aplicación
Ruta del secreto de base de datos

Junto con el Jira anterior deberemos solicitar otro a MNCS (DJ-AT-MNCS) para realizar el registro de los logs en Lagar.   Importante: Hasta que la aplicación no genere log en los diferentes entornos no se podrá configurar los logs en Lagar

El contenido del Jira sería el siguiente

Repositorio GIT de la aplicación  
Indicar si la aplicación tiene frontend y/o backend  (API o API+UI): API + UI
Ruta completa clase Main

1.2.3 Solicitud de puesta en producción

Una vez la aplicación esté preparada para su puesta en producción se deberán crear dos Jiras a MNCS (DJ-AT-MNCS) para realizar dicha alta.

Para el alta en la infraestructura

Debe enlazarse el Jira donde se solicitó el alta en desa y test.

Para el alta en lagar

Debe enlazarse el Jira donde se solicitó el alta en desa y test.