Subdirección de Tecnologías de la Información y Comunicaciones

Documento de entorno tecnológico

[Código aplicación-ID versión]

HOJA DE CONTROL DEL DOCUMENTO

Documento	Nombre documento
Versión Actual	Modifica a
Elaborado por	Fecha Elaboración	28/06/2017 11:30:00
Aprobado por	Fecha Aprobación
Código documento	STIC_AAA.dot

CONTROL DE MODIFICACIONES

Versión	Fecha Presentación	Resumen de los cambios introducidos	Elaborado por

INDICE

1	Introducción	4

1.1	Objeto	4

1.2	Alcance.	4

1.3	Estructura del documento	4

2	Participantes	5

3	Especificación del entorno tecnológico	6

3.1	Infraestructura Hardware y Software de Base	6

3.2	Comunicaciones entre Capas y con elementos externos	10

3.3	Monitorización no estándar (fase CSI)	11

3.4	Backup no estándar (fase CSI)	11

3.5	Esquema Lógico	13

4	Nota	15

4.1	Causas de no aceptación de anexo I	15

5	Referencias	16

6	Anexo I	17

7	Anexo II	18

8	Anexo III	19

Introducción

Objeto

El objeto del presente documento…

Descripción del Entorno Tecnológico donde se desarrollará el aplicativo o evolución solicitado por los clientes / usuarios / funcionales y aprobado por la STI, incluyendo tanto la estructura hardware y de conexiones que se necesitará, como los componentes software y sus interfaces con otros entornos y sistemas.

Alcance.

El alcance de este documento es...

Estructura del documento

Si procede

Participantes

Enumere los participantes del documento

Participantes
Departamento
Teléfono
Rol

Especificación del entorno tecnológico

Infraestructura Hardware y Software de Base

Definir la infraestructura hardware y software de base necesaria para el sistema.

Se definirán los distintos tipos de equipos hardware de software de base que llevarán los recursos que necesitarán cada una de las capas que formarán el entorno tecnológico que soporta el aplicativo:

Servidores Capa de Presentación o de Escritorio Remoto

Para constituir la capa de presentación para esta aplicación es necesario contar con servidores físicos o virtuales, exclusivos o compartidos con los siguientes requerimientos mínimos (si la capa de presentación está en los servidores de aplicación omitir este punto):

Nº de Servidor	Memoria RAM mínima (Fase ASI)	CPU’s mínima (Fase ASI)	VERSIÓN SISTEMA OPERATIVO (Fase ASI)	Características Sw de Base (Fase ASI)	PARCHES SISTEMA OPERATIVO (Fase CSI)
1	1Gb	1	Oracle Linux 5.5	Apache v. 2.0
2	1Gb	1	Windows Server 2008	XenAPP 6 Citrix
3
4

Servidores de Capa de Aplicación

Para constituir la capa de aplicaciones es necesario contar con servidores físicos o virtuales, exclusivos o compartidos con los siguientes requerimientos mínimos para esta aplicación:

Ejemplo:

Para tecnología Java:

Nº de servidor	Memoria RAM mínima (Fase ASI)	CPU’s mínima (Fase ASI)	Nº máximo de Usuarios Concurrente (Fase ASI)	VERSIÓN SISTEMA OPERATIVO (Fase ASI)	VERSIÓN DEL CONTENEDOR DE APLICACIONES (Fase ASI)	Versión de Máquina Virtual (Fase ASI)
1	1Gb	1	200	Oracle Linux 5.5	Weblogic 10.3.5	JRockit
2
3
4

Para tecnología .NET:

Nº de servidor	Memoria RAM mínima (Fase ASI)	CPU’s mínima (Fase ASI)	Nº máximo de Usuarios Concurrente (Fase ASI)	VERSIÓN SISTEMA OPERATIVO (Fase ASI)	¿VERSIÓN DE IIS? (Fase ASI)	Versión de Framework (Fase ASI)
1	1Gb	1	200	Windows Server 2008	IIS7	3.5
2	1
3
4

Para tecnología Java:

Nº de servidor	PARCHES SISTEMA OPERATIVO (Fase CSI)	Memoria dedicada a JAVA XMS/XMX (Fase CSI)	Configuración Orígenes de Datos Tipo de Driver (Fase CSI)	Configuración Orígenes de Datos Tamaño del Pool Max/Min (Fase CSI)
1
2
3
4

Para tecnología .NET:

Nº de servidor	PARCHES SISTEMA OPERATIVO (Fase CSI)	Configuración Orígenes de Datos Tipo de Driver (Fase CSI)	Configuración Orígenes de Datos Tamaño del Pool Max/Min (Fase CSI)	Librerías Adicionales (Fase CSI)
1
2
3
4

Indicar también si se utilizan (fase CSI tecnología JAVA):

Elementos adicionales.

JMS

Security Provider

CLASSPATH. Que incluya referencias externas al JAVA_HOME

Servidores Capa de Base de Datos

Para constituir la capa de Base de Datos es necesario contar con servidores SPARC o INTEL, exclusivos o compartidos con los siguientes requerimientos mínimos para esta aplicación:

Nº de servidor	Memoria RAM mínima (Fase ASI)	CPU’s mínima (Fase ASI)	VERSIÓN SISTEMA OPERATIVO (Fase ASI)	VERSIÓN DEL MOTOR DE BASE DE DATOS (Fase ASI)
1	2Gb	2	Solaris 10	Oracle 11.02.01

Para constituir la capa de base de datos es necesario conocer las siguientes especificaciones:

Parámetros en Base de Datos Oracle:

Base de Datos	Tipos de Base de Datos (Fase ASI)	Usuarios Concurrentes (Fase ASI)	Jobs Concurrentes (Fase ASI)	Juego de Caracteres (Fase ASI)	Versión deL CRS (Fase ASI)	Alta Disponibilidad RAC (Fase ASI)
1	OLTP
2	Datawarehouse

En la fase CSI indicar también:

Modo de replicación de datos

Si usa réplicas de vistas materializadas, indicar:

Nombre y permisos del dblink especificando el nombre de la base de datos a la que se conecta.

Indicar si usa replicación por Veritas Volume Replicator.

Opciones del motor de base de datos y agentes externos (por ejemplo Oracle Warehouse Builder).

Usuarios de la base de datos con sus respectivos permisos.

Cabina de Disco

Indicar los requerimientos de almacenamiento en Cabina de Discos de cada una de las capas anteriores:

ROL	Nº de servidor (Fase ASI)	ESPACIO INICIAL (Fase ASI)	INCREMENTO ANUAL (Fase ASI)
Servidor de Aplicaciones	1	100 Gb	500 Mb
Servidor de Aplicaciones	2	100 Gb	500 Mb
Servidor de Bases de datos	1	100 Gb	1 Gb

Puesto Cliente

En este apartado se indican los requisitos del puesto de usuario:

Equipos	Navegadores Soportados (Fase ASI)	Consumo de Ancho de Banda (Fase ASI)	Consumo de Memoria (Fase CSI)
PCs	Internet Explorer, Chrome, Firefox	100Kbps	100 MB
Terminales Ligeros	Firefox; Cliente Pesado	100Kbps	100 MB
Citrix	Internet Explorer	100Kbps	100 MB

Equipos de Balanceo

Cuando la capa de aplicaciones tenga más de un servidor, bien por carga o bien por necesidad de disponer de alta disponibilidad se usará por defecto balanceo hardware por Round Robin y sin afinidad indicando además los siguientes parámetros de configuración del balanceo:

MODO DE BALANCEO	AFINIDAD (Fase ASI)	TIPO DE PERSISTENCIA (SESIÓN / COOKIE) (Fase ASI)	TIPO DE COOKIE (CLAVE / VALOR) (Fase ASI)	VALOR DE COOKIE / NOMBRE DE CLAVE (Fase CSI)	TIEMPO DE SESSIÓN (seg) (Fase CSI)
Round Robin	Sin Afinidad	Sin Persistencia	-	-	1800
Round Robin	Sin Afinidad	Sesión	-	-	1800
Round Robin	Sin Afinidad	Cookie	Clave	NOMBRE_BALANCEO=10…	1800
Round Robin	Sin Afinidad	Cookie	Valor	JSESSIONID=5f3b1c59eaa…	1800

El uso o no de persistencia queda a criterio del proveedor aunque se revisará por parte de la STI que se haya elegido la configuración adecuada de persistencia.

En el caso de querer usar otro modo de Balanceo (ver anexo II) o de querer usar afinidad deberá justificarse convenientemente y quedará a decisión de la STI aceptar su uso como excepción justificada por las necesidades del proyecto.

Comunicaciones entre Capas y con elementos externos

Listado de comunicaciones entre capas:

ORIGEN (Fase ASI)	DESTINO (Fase ASI)	PROTOCOLO (Fase ASI)	PUERTOS DESTINO (Fase ASI)
Capa de Puesto Cliente	Capa de Presentación	HTTPS	443
Capa de Presentación	Capa de Aplicación	HTTP	80
Capa de Aplicación	Capa de Base de Datos	TCP	1521

Listado de comunicaciones con elementos externos:

ORIGEN (Fase ASI)	DESTINO (Fase ASI)	PROTOCOLO (Fase ASI)	PUERTOS DESTINO (Fase ASI)
Capa de Aplicación	ESB Centralizado	SOAP/HTTP	80
Capa de Aplicación	Servidores de Aplicación de MACO	SOAP/HTTP	80

Monitorización no estándar (fase CSI)

En este punto se indicará elementos a monitorizar de la aplicación:

Urls

Contadores de Negocio en el servidor de aplicaciones (indicar como recogerlos)

Contadores de Negocio en la Base de datos (facilitar scrpt)

Backup no estándar (fase CSI)

Indicar los backups de los servidores de aplicaciones y bbdd que salen del estándar (ver punto 9 anexo III). Por ejemplo un servidor de aplicaciones que genere pdf a filesystem y necesite ser guardados u otra aplicación que trabaje con ficheros de carga. Si la base de datos genera ficheros externos que necesiten realizarse backup, también ha de indicarse.

Se debe completar la siguiente información en el caso de Backup no estándar en cada capa:

En el caso de necesitar backup de Sistemas de Ficheros:

Datos del sistema
Nombre del sistema
Responsable del sistema
Teléfono del responsable
Grupo de soporte (empresa y grupo)
Teléfono del grupo de soporte

Datos del servidor
CPD
Sistema Operativo
¿Es un cluster?

Frecuencia y retención del backup
Día	Nivel	Ventana Inicio	Ventana Fin	Retención
Lunes
Martes
Miércoles
Jueves
Viernes
Sábado
Domingo

Datos a guardar
Datos a guardar
Rutas a guardar
Estimación del espacio del Full
Estimación del espacio del incremental

En el caso de necesitar backup de Base de Datos diferente al del anexo III habrá que indicar:

Datos del sistema
Nombre del sistema
Responsable del sistema
Teléfono del responsable
Grupo de soporte (empresa y grupo)
Teléfono del grupo de soporte

Datos del servidor
CPD
Sistema Operativo
¿Es un cluster?

Día	Tipo	Retención	Inicio Ventana	Fin Ventana
L	ArchiveLogs05
L	ArchiveLogs14
L	ArchiveLogs22
L	IncrementalDiferencial1
M	ArchiveLogs05
M	ArchiveLogs14
M	ArchiveLogs22
M	IncrementalDiferencial2
X	ArchiveLogs05
X	ArchiveLogs14
X	ArchiveLogs22
X	IncrementalAcumulativo
J	ArchiveLogs05
J	ArchiveLogs14
J	ArchiveLogs22
J	IncrementalDiferencial1
V	ArchiveLogs05
V	ArchiveLogs14
V	ArchiveLogs22
V	IncrementalDiferencial2
S (1º,2º,3º)	Full Semanal
S	ArchiveLogs05
S	ArchiveLogs14
S	ArchiveLogs22
S(4º)	Full Mensual
D(1º año)	Full Anual
D	ArchiveLogs05
D	ArchiveLogs14
D	ArchiveLogs22

Esquema Lógico

Diagrama de despliegue de los componentes software desde un punto de vista lógico indicando el protocolo de comunicación usado entre los módulos lógicos:

Figura 1: Ejemplo Esquema Lógico (falta protocolo de comunicación)

Nota

La empresa desarrolladora se compromete a que las especificaciones descritas en este documento son acordes a la versión vigente de las normas y requisitos publicados por la Oficina Técnica de la STI en el portal Unific@, en la sección Normas y Recomendaciones.

Si las circunstancias hicieran aconsejable desviarse de dicho catálogo de normas en algún aspecto concreto, se justificará dicha circunstancia a la Oficina Técnica, siendo imprescindible en cualquier caso el visto bueno de la misma para optar por la solución no contemplada en el paquete de normas.

Causas de no aceptación de anexo I

Indique las causas por las que no ha sido posible que las especificaciones de esta Descripción General del Entorno Tecnológico sean acordes con la Normativa estipulada.

Referencias

Lista y ubicación de los documentos referenciados en el documento de alcance.

Se desglosa a continuación el material de soporte, utilizado para la elaboración del presente documento:

Código	Título

Tabla 1: Referencias

Anexo I

A continuación se pone a disposición del proveedor el hardware existente en los CPDs de la STI. La existencia de este hardware no implica su disponibilidad, los proveedores indicarán las necesidades del proyecto en el DGT y la STI en función de la disponibilidad determinará el hardware elegido para la construcción del entorno, pudiendo incluso en el caso de que el proyecto lo permita usar máquinas virtuales. De todas formas se facilita este anexo para que sirva de referencia a los proveedores de las posibilidades máximas con las que cuenta la STI para satisfacer las necesidades del proyecto, estas posibilidades quedarán limitadas en función del criterio de la STI:

Tipos de servidores de aplicaciones disponibles:

TIPO	PROVEEDOR	MODELO	CPUs	ALMACENAMIENTO INTERNO	MEMORIA
BLADE	HP	ProLiant BL460c G1	2 x Quad-Core Intel Xeon, 1866 MHz 64 bits	72 Gb SAS	8 x 1 Gb FBDIMM
BLADE	HP	ProLiant 685c G1	4 x Quad-Core AMD Opteron 2,6 Ghz 64 bits	146 Gb SAS	8 Gb DDR2
BLADE	FUJITSU	BX920	2 x Quad-Core 2,6 Ghz 64 bits	146 Gb SAS	4 x 8Gb DDR3
BLADE	FUJITSU	BX600	2 x Dual Core Intel Xeon 3,0 Ghz 32 bits	36 Gb SAS	4 Gb DDR
BLADE	FUJITSU	BX620	2 x Dual Core Intel Xeon 3,0 Ghz 64 bits	72 Gb SAS	4 Gb DDR

Anexo II

Aunque el modo de balanceo que debe utilizarse si no se justifica lo contrario es Round Robin, otros modos de balanceo posibles son:

Modos de Balanceo
Round Robin
Round Robin con pesos
Menos cantidad de tráfico
Menos cantidad de tráfico local
Menos número de usuarios

Anexo III

A modo de ejemplo se presenta la tabla de planificación y retención de backups por defecto de base de datos:

Día	Tipo	Retención	Inicio Ventana	Fin Ventana
L	ArchiveLogs05	3 meses	5:00	7:00
L	ArchiveLogs14	3 meses	14:00	17:00
L	ArchiveLogs22	3 meses	22:00	1:00
L	IncrementalDiferencial1	1 mes	17:00	23:00
M	ArchiveLogs05	3 meses	5:00	7:00
M	ArchiveLogs14	3 meses	14:00	17:00
M	ArchiveLogs22	3 meses	22:00	1:00
M	IncrementalDiferencial2	1 mes	17:00	23:00
X	ArchiveLogs05	3 meses	5:00	7:00
X	ArchiveLogs14	3 meses	14:00	17:00
X	ArchiveLogs22	3 meses	22:00	1:00
X	IncrementalAcumulativo	1 mes	17:00	23:00
J	ArchiveLogs05	3 meses	5:00	7:00
J	ArchiveLogs14	3 meses	14:00	17:00
J	ArchiveLogs22	3 meses	22:00	1:00
J	IncrementalDiferencial1	1 mes	17:00	23:00
V	ArchiveLogs05	3 meses	5:00	7:00
V	ArchiveLogs14	3 meses	14:00	17:00
V	ArchiveLogs22	3 meses	22:00	1:00
V	IncrementalDiferencial2	1 mes	17:00	23:00
S (1º,2º,3º)	Full Semanal	3 meses	15:00	22:00
S	ArchiveLogs05	3 meses	5:00	7:00
S	ArchiveLogs14	3 meses	14:00	17:00
S	ArchiveLogs22	3 meses	22:00	1:00
S(4º)	Full Mensual	1 año	15:00	22:00
D(1º año)	Full Anual	5 años	0:00	15:00
D	ArchiveLogs05	3 meses	5:00	7:00
D	ArchiveLogs14	3 meses	14:00	17:00
D	ArchiveLogs22	3 meses	22:00	1:00