Tabla de contenidos |
---|
0. Tipos de proyecto de desarrollo
Actualmente en la metodología se da soporte a los siguientes tipos de arquitectura para proyectos de desarrollo:
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. La decisión sobre qué arquitectura elegir, si no nos viene determinada como un requisito, deberá tomarse basándonos en la Guía para decidir el tipo de servicio a realizar.
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 exista esté ya el proyecto dado de alta. Si ya existe deberá se dio de alta pero no se creó la infraestructura, se deberán solicitar los jiras pertinentes a tanto a sistemas como MNCS.
1.1 Alta de proyecto FundeWeb
Ancla | ||||
---|---|---|---|---|
|
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
...
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 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:
...
Alta tarea JIRA: "Alta aplicación: NOMBRE_APLICACION" | |||
---|---|---|---|
Proyecto | DJ-AT-SIST-MIDDLE | ||
Tipo de tarea: | "Petición de servicio" | ||
Descripción: | //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:
Alta tarea JIRA: "Alta aplicación: |
---|
...
NOMBRE_APLICACION" | |||
---|---|---|---|
Proyecto | DJ-AT-MNCS | ||
Tipo de tarea: | "Petición de servicio" | ||
Descripción: |
...
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
...
Alta tarea JIRA: "Creación esquema BBDD: NOMBRE_ESQUEMA" | |||
---|---|---|---|
Proyecto | DJ-AT-SIST-BD | ||
Tipo de tarea: | "Petición de servicio" | ||
Descripció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 |
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.2 Alta de proyecto FundeWebJS
Ancla | ||||
---|---|---|---|---|
|
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
...
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:
...
Alta tarea JIRA: "Crear despliegue para el servicio: NOMBRE_APLICACION" | |||
---|---|---|---|
Proyecto | DJ-AT-MNCS | ||
Tipo de tarea: | "Petición de servicio" | ||
Descripción: | 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 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
...
Alta tarea JIRA: "Alta en lagar del servicio: NOMBRE_APLICACION" | |||
---|---|---|---|
Proyecto | DJ-AT-MNCS | ||
Tipo de tarea: | "Petición de servicio" | ||
Descripción: | 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
Alta tarea JIRA: "Despliegue en producción del servicio: NOMBRE_APLICACION" | |||
---|---|---|---|
Proyecto | DJ-AT-MNCS | ||
Tipo de tarea: | "Petición de servicio" | ||
Descripción: | Debe enlazarse el Jira donde se solicitó el alta en desa y test. |
Para el alta en lagar
Alta tarea JIRA: "Alta en lagar en producción del servicio : NOMBRE_APLICACION" | |||
---|---|---|---|
Proyecto | DJ-AT-MNCS | ||
Tipo de tarea: | "Petición de servicio" | ||
Descripción: | Debe enlazarse el Jira donde se solicitó el alta en desa y test. |