Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Diseño e Implementacion Infraestructura Web
Diseño e Implementacion Infraestructura Web
08/01/2020
Esta obra está sujeta a una licencia de
Reconocimiento-NoComercial-
SinObraDerivada 3.0 España de Creative
Commons
i
FITXA DEL TREBALL FINAL
ii
Abstract (in English, 250 words or less):
Currently, the world is globalized and companies compete with any company around
the world. This has caused that more and more companies seek to improve their
competitiveness by improving the efficiency and productivity of their business
processes based on TIC.
To improve the efficiency and productivity of their processes, most companies have
implemented business management systems (ERP). There are several providers of
these systems, the best known are SAP, Microsoft, SAGE and Oracle.
The system will provide greater flexibility in accessing information by the company's
workers and thus increase the competitiveness of the company through an
improvement in business processes.
iii
Índice
1. Introducción .............................................................................................................. 1
1.1. Contexto y justificación del Trabajo ............................................................ 1
1.2. Objetivos del Trabajo .................................................................................. 2
1.2.1. Matices importantes sobre los objetivos .................................................. 3
1.3. Enfoque y método seguido ......................................................................... 3
1.4. Planificación del Trabajo............................................................................. 4
1.4.1. Desglose de tareas del proyecto.............................................................. 4
1.4.2. Cronograma i Diagrama de Gantt ............................................................ 8
1.5. Breve resumen de los productos obtenidos .............................................. 10
1.6. Breve descripción de los otros capítulos de la memoria ........................... 10
2. Estado del arte........................................................................................................ 12
2.1. Introducción .............................................................................................. 12
2.2. Sistema de gestión empresarial (ERP) del fabricante SAP ....................... 12
2.3. Otros sistemas de gestión empresarial (ERP) .......................................... 14
2.4. Definiciones .............................................................................................. 17
3. Situación Actual ...................................................................................................... 17
3.1. Ámbito de aplicación................................................................................. 18
3.2. Análisis del problema................................................................................ 19
3.2.1. Análisis de sus procedimientos de negocio ........................................... 19
3.2.2. Análisis de su infraestructura IT ............................................................. 19
3.3. Solución Propuesta .................................................................................. 21
4. Arquitectura del sistema.......................................................................................... 24
4.1. Conceptos necesarios para el diseño de la arquitectura ........................... 24
4.2. Diseño de la arquitectura del sistema SAP ............................................... 27
4.3. Arquitectura del sistema de Producción .................................................... 30
4.4. Arquitectura del sistema de Integración .................................................... 31
4.5. Arquitectura del sistema de Desarrollo ..................................................... 32
5. Software ................................................................................................................. 33
5.1. Productos y versiones del Software de SAP (software) ............................ 33
5.1.1. Versiones del producto SAP Netweaver . ............................................. 33
5.1.2. Versión de la Base de datos. ................................................................. 34
5.1.3. Versiones del producto SAP Web Dispatcher. ....................................... 34
5.1.4. Versión de Sistema Operativo ............................................................... 35
5.2. Resumen versiones de Software .............................................................. 37
6. Hardware ................................................................................................................ 38
6.1. Sistema Productivo ................................................................................... 38
iv
6.1.1. Dimensionamiento del Hardware ........................................................... 38
6.1.2. Hardware de los servidores de aplicación (Sistema SAP) ..................... 41
6.1.3. Hardware del SAP Web Dispatcher ....................................................... 42
6.2. Sistemas no productivos ........................................................................... 45
6.3. Resumen requerimientos de hardware ..................................................... 46
7. Implementación ...................................................................................................... 47
7.1. Servidores ................................................................................................ 47
7.1.1. Distribución de los servidores ................................................................ 47
7.1.2. Recursos de hardware de los servidores ............................................... 48
7.1.3. Requerimientos de los servidores .......................................................... 49
7.2. Implementación del sistema ..................................................................... 51
7.2.1. Procedimiento de instalación de sistema SAP Netweaver ................... 51
7.2.2. Procedimiento de instalación de SAP Web Dispatcher .......................... 53
7.3. Parámetros de configuración del sistema ................................................. 54
7.3.1. SAP Web Dispatcher ............................................................................. 54
7.3.2. Servidores de aplicaciones de SAP ....................................................... 55
7.4. Movilidad (Fiori y Launchpad) ................................................................... 57
7.4.1. SAP Gateway ........................................................................................ 57
7.4.2. SAP Fiori Launchpad ............................................................................. 58
7.4.3. Personalizar la URL SAP Fiori Launchpad. ........................................... 58
8. Seguridad ............................................................................................................... 59
8.1. Conceptos necesarios para las comunicaciones ...................................... 59
8.2. Reverse Invoke (RI) .................................................................................. 60
8.3. HTTPS y SSL ........................................................................................... 64
8.4. SNC.......................................................................................................... 66
8.5. Cifrado comunicaciones internas .............................................................. 68
8.6. Securización del Message Server............................................................. 69
8.6.1. Separación de servicios externos e internos .......................................... 69
8.6.2. Limitación de privilegios de programas .................................................. 69
8.7. Autentificación de los usuarios ................................................................. 70
8.8. Política de contraseñas de los usuarios .................................................... 70
9. Valoración económica............................................................................................. 72
10. Conclusiones ........................................................................................................ 74
10.1. Trabajo Futuro ........................................................................................ 75
11. Glosario ................................................................................................................ 76
12. Bibliografía ............................................................................................................ 80
v
Lista de Tablas
vi
Lista de Figuras
vii
viii
1.1. Contexto y justificación del Trabajo Capítulo 1. Introducción
1. Introducción
En este capítulo, se realiza una introducción al trabajo propuesto. Explica y nos sitúa en
el contexto del trabajo, justificación, los objetivos que se persigue conseguir, así como
el enfoque y la metodología que se seguirá para alcanzarlos. También se detalla la
planificación temporal y las tareas a realizar para alcanzar los objetivos. Por último, se
detallan los productos obtenidos y una breve descripción del resto de capítulos.
1
1.2. Objetivos del trabajo Capítulo 1. Introducción
Además, estamos en un período donde todas las empresas están realizando una
transformación digital de todo su negocio para poder hacer frente a la competencia y a
la era digital, donde los equipos móviles (Tablet y Smartphone) están tomando cada vez
más peso dentro de la sociedad y del mundo empresarial. Casi ninguna de ellas,
disponen de aplicaciones para móviles y tablets para mejorar la disponibilidad inmediata
y portabilidad de los datos de su negocio en cualquier lugar del mundo.
Además del objetivo principal, también hay los siguientes objetivos operativos que debe
cumplir esta infraestructura:
Asegurar que los usuarios autorizados tengan acceso a los datos del sistema
SAP en una disponibilidad mínima del 99,5% del tiempo.
Permitir el acceso a los datos mediante aplicaciones de móvil (Apps) o vía Web
(mediante navegadores web).
Seguir las “Best Practices” indicadas por SAP para sus sistemas con el objetivo
de conseguir la implantación de la infraestructura con éxito.
2
1.3. Enfoque y método seguido Capítulo 1. Introducción
Debido al punto anterior este trabajo, el proyecto se plantea para empresas que
ya tienen sistemas de gestión empresarial (ERP) implantados del fabricante de
software SAP y quieren ampliar estos servicios para que sus trabajadores y/o
clientes puedan trabajar con dispositivos móviles o vía web desde cualquier parte
del mundo.
3
1.4. Planificación del Trabajo Capítulo 1. Introducción
Para planificar en el tiempo el TFG sobre la tecnología SAP para movilidad se han tenido
en cuenta las siguientes premisas:
Este TFG estará estructurado en dos partes. Una primera parte que constará de un
estudio teórico de la tecnología de movilidad de la empresa Alemana de software SAP
para gestión empresarial, donde se describirá los aspectos técnicos más relevantes de
esta tecnología. La segunda parte donde se diseñará e implementará una infraestructura
para el desarrollo y explotación de aplicaciones móviles y vía web.
Por otro lado, el trabajo está planificado en cuatro fases. La razón por la que tiene este
número de fases es debido a que viene determinado por las entregadas de las PAC’s
(Pruebas de evaluación continua).
Este trabajo tiene 15 tareas dividas en 4 fases. A continuación se mostrará una pequeña
descripción de cada una de las tareas.
4
1.4. Planificación del Trabajo Capítulo 1. Introducción
Fase 1.
Fase 2.
5
1.4. Planificación del Trabajo Capítulo 1. Introducción
6
1.4. Planificación del Trabajo Capítulo 1. Introducción
Fase 3.
Fase 4.
7
1.4. Planificación del Trabajo Capítulo 1. Introducción
Objetivos de la actividad
Redactar versión final de la memoria del proyecto incluyendo la bibliografía y
anexos necesarios para la correcta interpretación del proyecto por parte de las
personas que lean el proyecto.
Ilustración 3. Fechas de inicio y fin de las tareas del trabajo en Diagrama de Gantt.
8
1.4. Planificación del Trabajo Capítulo 1. Introducción
Fase 1.
Fase 2.
Fase 3.
9
1.5. Breve resumen de los productos obtenidos Capítulo 1. Introducción
Fase 4.
En los siguientes capítulos del trabajo, se profundizan y analizan las diversas temáticas
necesarias para el desarrollo de este TFG (Trabajo Final de Grado) de la siguiente
manera:
Capítulo 2. Estado del arte: En este capítulo se dan referencias bibliográficas sobre
tecnologías y proyectos similares que existen. Estas referencias se realizaran sobre las
diferentes tecnologías existentes de ERP’s.
Capítulo 3. Situación Actual: En este capítulo se realiza una descripción del ámbito
del proyecto y sus antecedentes para situar el proyecto en un espacio y punto de partida
concreto. Es decir, presentar la empresa y su problemática de una forma más
concreta.También se analizará la problemática y se mostraran los pasos a seguir para
encontrar la solución más óptima y justificar esta solución.
10
1.6. Breve descripción de los otros capítulos de la memoria Capítulo 1. Introducción
Capítulo 4. Arquitectura: En este capítulo se analizarán las diversas opciones para dar
respuesta a las necesidades y, se realiza el diseño de una arquitectura de sistema para
proporcionar los servicios de movilidad (App’s y Web).
Capítulo 8. Seguridad: En este capítulo se analizaran los peligros de dar acceso a los
datos des del exterior (Internet) y se adoptaran las medidas necesarios con el fin de
garantizar la confidencialidad de los datos.
11
2.1. Introducción Capítulo 2. Estado del arte
Con el fin de mejorar y hacer más eficientes los procesos de las empresas para hacerlas
más competitivas, y que estas, puedan hacer frente a los retos de la globalización y de
la digitalización, las TIC (Tecnologías de la información y Comunicación) han
desarrollado software informático para automatizar y mejorar la eficiencia de los
procesos internos de negocio de las empresas. Este software de gestión empresarial
recibe el nombre en inglés de “Enterprise Resource Planning” (ERP).
En los últimos años, gracias a los importantes avances tecnológicos que ha habido en
los campos de la capacidad de computación, virtualización y capacidad de
almacenamiento de datos se han producido grandes cambios en las arquitecturas de
sistemas informáticos. Estos avances tecnológicos han permitido el desarrollo y la
implantación de infraestructuras dedicadas a las soluciones para la gestión de las
empresas, es decir, software para la gestión empresarial.
La empresa alemana de software de gestión empresarial SAP tiene una gran variedad
de productos enfocados a dar respuesta a todas las necesidades de las empresas. Con
la filosofía de resolver las necesidades de todos los procesos de negocio.
Se pueden definir sus tipos soluciones con las siguientes categorías [3]:
ERP y Digital Core: Esta solución está enfocada a mejorar los procesos de
negocio, haciéndolos más rápidos e inteligentes. Ayudando a conectar su
gente, dispositivos y redes de trabajo, y crear un “Core” digital para la
implementación de nuevas tecnologías en tiempo real.
12
2.2. ERP del fabricante SAP Capítulo 2. Estado del arte
IOT (Internet de las cosas): Es una plataforma de IOT in -Memoria que ayuda
a desarrollar, implantar y gestionar rápidamente sus propias aplicaciones IOT y
de máquina a máquina (M2M).
En 1973, la solución SAP R/1 se puso en marcha. Fue el primer software de gestión
empresarial que SAP lanzaba al mercado.
13
2.2. ERP del fabricante SAP Capítulo 2. Estado del arte
En 2010, SAP adquirió la base de datos del fabricante de software “Sybase” y la añadió
a su catálogo de base de datos para su software.
En 2012, SAP lanzo al mercado su plataforma de Cloud Computing llamada "SAP Cloud
Platform".
En 2013, SAP lanzo al mercado la tecnología SAP Fiori 1.0. Una solución destinada a
mejorar la experiencia de usuario (UX) y conseguir una interfaz de usuario (UI) intuitiva
y homogénea que permite el uso de las aplicaciones de SAP en cualquier dispositivo
(ordenadores, tablets, Smartphone).
En 2015, SAP lanzo al mercado SAP S/4HANA. Una evolución del concepto de base
de datos SAP Hana.
En 2016, SAP lanzo al mercado la tecnología SAP Fiori 2.0. Una nueva versión
mejorada y con más aplicaciones y utilidades que su antecesora, SAP Fiori 1.0.
En 2017, SAP lanzo al mercado SAP Hana 2.0 (High-performance Analytics Appliance).
Una nueva versión de la base de datos “In memory” SAP Hana 1.0 que soluciona
problemas, mejora y añade nuevas funcionalidades respecto a la versión 1.0
En 2018, SAP lanzo al mercado la tecnología SAP Fiori 3.0. Una nueva versión
mejorada y con más aplicaciones y utilidades que su antecesora, SAP Fiori 2.0.
14
2.3. Otros sistemas de gestión empresarial Capítulo 2. Estado del arte
Microsoft:
Oracle:
ERP [6]: En el año 2000, la empresa Oracle tenía el producto Oracle E-Business Suite
de desarrollo propio.
SAGE:
El fabricante SAGE cuenta con los siguientes productos de software ERP [7]:
Sage CRM: Es un software ERP que permite gestionar los contactos, oportunidades,
incidencias y la relación con sus empresas y clientes.
Sage 200cloud: Es un software ERP para pequeñas empresas (Pymes), que está
dentro de la oferta Business Cloud. Este ERP puede consumirse en la Nube (Sage
15
2.3. Otros sistemas de gestión empresarial Capítulo 2. Estado del arte
Salesforce:
Salesforce CRM: El producto más conocido y con más éxito. Permite gestionar los
contactos, oportunidades, incidencias y relación con sus empresas y clientes.
Infor:
El fabricante Infor ofrece soluciones ERP en la Nube. Los productos que ofrece son [9]:
CloudSuite Configure Price Quote (CPQ): Esta solución permite vender productos,
desde la fase de oportunidad hasta la fase de cierre, eliminando costosos errores y
acelerando el ciclo de ventas.
Infor LN: Esta solución permite obtener transparencia organizativa, optimizar los
procesos empresariales y reducir las personalizaciones de software necesarias para
mantener su ventaja competitiva.
16
2.4. Definiciones Capítulo 2. Estado del arte
2.4. Definiciones
Por otro lado, SAP Fiori es una tecnología que permite múltiples aplicaciones de
dispositivos con las que los usuarios pueden iniciar fácilmente un proceso en sus
ordenadores y/o continuar ese proceso en un teléfono inteligente o en una Tablet. Por
ejemplo, usar una herramienta para pedir vacaciones ahora es más simple debido a que
hay una app de Fiori diseñada específicamente para esto.
SAP Fiori brinda una experiencia de usuario basada en roles y destinada al consumidor
a lo largo de todas las líneas de negocio, tareas y dispositivos. Es decir, la autorización
del uso de cada aplicación por parte del usuario se gestiona mediante roles.
Este nuevo entorno de desarrollo proporciona una librería HTML5 que permite
desarrollar aplicaciones para SAP Fiori UX adaptadas para cualquier tipo de
dispositivo. La arquitectura recomendada para SAP Fiori separa la parte UI que está en
el SAP Front-end (FES) de la parte de lógica de negocio que está en el SAP Back-end
Server (BES). Se pueden conectar varios BES a un sólo FES. (Ver ilustración 2).
17
3.1. Ámbito de aplicación Capítulo 2. Estado del arte
3. Situación Actual
En este capítulo, se presenta el ámbito de aplicación (apartado 3.1) de este proyecto y
sus antecedentes para situar el proyecto en un espacio y punto de partida concreto.
Esto quiere decir que se presentará la empresa y su problemática de forma concreta.
18
3.2. Análisis del problema Capítulo 3. Situación Actual
Esta empresa cuenta con unas infraestructuras IT con servidores virtualizados basados
en WmWare (con vSphere 5.5) que le permiten tener una infraestructura de “Cloud
privado”. Esta plataforma virtual genera beneficios en forma de escalabilidad, fácil
recuperación de datos, personalización de los servidores y ahorro en costes.
19
3.2. Análisis del problema Capítulo 3. Situación Actual
Estos servidores se encuentran en la red interna, por lo que no se tiene acceso des del
exterior (Internet). A continuación se puede observar un esquema de la infraestructura
de ERP de la empresa en la actualidad. (Ver Ilustración 9).
20
3.2. Análisis del problema Capítulo 3. Situación Actual
Una vez analizada la problemática, para resolver la problemática se debe diseñar una
solución con los siguientes requerimientos:
21
3.3. Solución Propuesta Capítulo 3. Situación Actual
Permitir realizar procesos de negocio con una disponibilidad mínima del 99,5%
del tiempo.
SalesForce: Esta opción tiene la desventaja de que este fabricante tiene mucha
experiencia en producto CRM pero muy poca experiencia en otros productos como
recursos humanos o compras.
Menor coste económico debido a que a empresa cuenta con otros productos
del fabricante SAP.
22
3.3. Solución Propuesta Capítulo 3. Situación Actual
Los productos de SAP ofrecen una robustez, escalabilidad y una amplia gama
de soluciones para empresas.
23
4. Arquitectura del sistema Capítulo 4. Arquitectura del sistema
Para poder realizar un correcto diseño de una arquitectura con tecnología SAP, se
deben tener claros una serie conceptos claros. A continuación, se explicaran estos
conceptos:
24
4.1. Conceptos necesarios para el diseño Capítulo 4. Arquitectura del sistema
25
4.1. Conceptos necesarios para el diseño Capítulo 4. Arquitectura del sistema
26
4.1. Conceptos necesarios para el diseño Capítulo 4. Arquitectura del sistema
SAP Web Dispatcher: Proporciona la conexión externa, que sirve como punto
de entrada para las conexiones o solicitudes para el entorno de SAP debido a
que los sistemas SAP no se pueden conectar o exponer directamente a Internet.
Bases de datos: El fabricante SAP permite utilizar diversas bases de datos para
sus productos. A continuación se muestran cuales son [15]:
Una vez conocidos los conceptos más importantes de la tecnología SAP, es necesario
escoger que tipo de arquitectura de SAP se adapta mejor a las necesidades para cumplir
los objetivos del trabajo. Además, también será necesario escoger que tipo de base de
datos se utilizará.
27
4.2. Diseño de la arquitectura del sistema SAP Capítulo 4. Arquitectura del sistema
28
4.2. Diseño de la arquitectura del sistema SAP Capítulo 4. Arquitectura del sistema
Una vez elegida la arquitectura del sistema, se debe escoger la base de datos a utilizar
en el sistema. La base de datos será “Sybase (ASE)” sin alta disponibilidad (HA) debido
a las siguientes razones:
Por último, se utilizarán 2 Web Dispatcher para balancear la carga debido al alto
número de usuarios. Además, en caso de caída de un Web Dispatcher, el sistema
seguiría dando servicio debido a que aún quedaría otro Web Dispatcher en servicio (Alta
disponibilidad).
29
4.3. Arquitectura del sistema de Producción Capítulo 4. Arquitectura del sistema
Por otro lado, se situaran 2 SAP Web Dispatcher en la DMZ y en servidores diferentes
para proporcionar el “Balanceo de carga”. Por este motivo, se utilizará un balanceador
de carga que reparte la carga entre los 2 SAP Web Dispatcher. (Ver Ilustración 14).
30
4.4. Arquitectura del sistema de Integración Capítulo 4. Arquitectura del sistema
31
4.5. Arquitectura del sistema de Desarrollo Capítulo 4. Arquitectura del sistema
32
5.1. Productos y versiones del Software de SAP Capítulo 5. Software
5. Software
En este capítulo, se analizan los productos de SAP y sus versiones necesarias para
implementar la arquitectura diseñada en el capítulo 4.
A la hora de realizar una implementación de SAP, lo primero que hay que decidir son
los productos y las versiones de software necesarias en base a las necesidades de la
arquitectura a implementar [11].
En este caso, se utilizan las versiones más recientes de cada producto debido a
que las versiones más nuevas tienen nuevas funcionalidades y, además, SAP establece
un soporte de 7 años de sus productos, una vez finalizado el periodo de soporte, SAP
deja de dar soporte al producto, obligando a realizar una actualización o adquirir una
ampliación de soporte. Esta ampliación de soporte tiene un alto coste económico.
Se consulta en la página web oficial de SAP las versiones disponibles para el producto
SAP Netweaver [17]. SAP indica que la versión más nueva de SAP Netweaver es la
7.52 (NW AS ABAP 7.5).
Por lo cual, se decide utilizar SAP Netweaver 7.52 debido a que es la versión más
reciente, por lo cual, es la versión que más nuevas funcionalidades trae y con un periodo
de soporte más largo, hasta 31.12.2025.
33
5.1. Productos y versiones del Software de SAP Capítulo 5. Software
Una vez decidió el uso de la versión, se consulta en la PAM las versiones de SAP
Netweaver 7.52. (Ver Ilustración 17) [16].
Para seleccionar la versión del Web Dispatcher se analiza la nota “908097 - SAP
Web Dispatcher: Release, Installation, Patches, Documentation” [20]. En esta nota,
34
5.1. Productos y versiones del Software de SAP Capítulo 5. Software
Ilustración 18. Relación entre versiones de SAP Netweaver y SAP Web dispatcher.
(Fuente: SAP)
En este caso se utilizara el sistema operativo Linux SUSE SLES por las siguientes
razones:
35
5.1. Productos y versiones del Software de SAP Capítulo 5. Software
Se utiliza la “PAM” para seleccionar la versión de sistema operativo Linux SLES de SAP
Netweaver 7.52. (Ver Ilustración 19)[16].
Ilustración 19. Versiones de S.O Linux SLES para SAP Netweaver 7.52 de la PAM.
(Fuente: SAP)
Una vez analizadas las diversas versiones, se utiliza Linux SUSE SLES 12 de 64 bits
debido a que es la versión más nueva para este producto y, por lo tanto, tiene soporte
hasta el 31.10.2024.
36
5.2. Resumen versiones de Software Capítulo 5. Software
Ilustración 20. Versiones de S.O. Linux SLES para SAP Sybase (ASE) de la PAM.
(Fuente: SAP)
Se indica que para esta versión de Sybase se debe utilizar Linux SUSE SLES
15 de 64 bits debido a que es la versión más nueva y, por lo tanto, tiene soporte
hasta el 31.10.2027.
SAP Web Dispatcher tiene los mismo requerimientos de sistema operativo que SAP
Netweaver 7.52, por lo cual, se utiliza Linux SUSE SLES 12 de 64 bits (Ver Ilustración
19) [16] por los mismos motivos indicados para el caso de SAP Netweaver 7.52.
A continuación se muestra (ver Tabla 1) donde se indican las versiones de cada uno de
los productos de software SAP.
37
6.1. Sistema productivo Capítulo 6. Hardware
6. Hardware
En este capítulo, se realiza el cálculo del dimensionamiento del Hardware para los 3
sistemas (Desarrollo, Integración y Producción), es decir, CPU, Memoria RAM y
almacenamiento de disco para poder realizar para la implementación de la solución de
una forma satisfactoria. Para poder realizar la implementación de la tecnología de
movilidad (Fiori) de SAP se debe implementar la plataforma/producto de tecnología
“SAP Gateway”.
38
6.1. Sistema productivo Capítulo 6. Hardware
El Quick Sizer tiene 3 posibles áreas de cálculo del dimensionamiento del hardware para
el producto “SAP Netweaver Gateway”. Las áreas de cálculo son (ver anexo D). [21]:
Este método solo considera los usuarios activos concurrentes, es decir, los usuarios que
están realizando operaciones al mismo tiempo y las horas de uso. Además, este método
sigue el patrón estándar de SAP de la actividad de los usuarios y los clasifica en bajo
(12 operaciones /hora), medio (120 operaciones/ hora), y alto (360 operaciones/ hora).
La distribución habitual que indica SAP es 60-70% baja, 30% media, 5-10% alta. En este
caso se seguirá esta distribución, por lo tanto, se definirán los siguientes usuarios:
Por otro lado, como la empresa tiene una producción durante las 24 horas del día, este
sistema tendrá carga durante todo el día, siendo la franja horario de oficina donde más
usuarios se conectaran:
39
6.1. Sistema productivo Capítulo 6. Hardware
Finalmente, se deberán introducir los datos indicados anteriormente (Ver Ilustración 21,
anexo D) [21].
Una vez se haya introducido la información de los usuarios, se generaran los resultados
(Ver Ilustración 22, anexo D) [21].
40
6.1. Sistema productivo Capítulo 6. Hardware
DB SAPS: Es una medida inventada por SAP que realiza prueba con los
fabricantes de hardware para analizar el rendimiento. Está destinado al
dimensionamiento de la CPU de la BBDD del sistema.
APP SAPS (ABAP): Es una medida inventada por SAP para el rendimiento,
destinada a dimensionamiento de la CPU del servidor de aplicación del
sistema.
Memory (total, 2-tier, MB): Indica la memoria RAM total, es decir, BBDD y
Servidor de aplicación.
DB Memory: Indica la memoria RAM de la Base de datos.
APP Mem. (ABAP): Indica la memoria RAM del servidor de aplicación.
DB Disk (GB, total): Indica el almacenamiento de disco para la BBDD.
I/Os per s: Indica el número de entradas/salidas de disco por segundo.
Con el resultado obtenido, se procede a analizar los resultados obtenidos a través del
software “Quick Sizer” (Ver Ilustración 22) [21]. En este caso, solo se tendrá en cuenta
el resultado de la parte “Front-end (GATEW_SERV)” debido a que la parte “Back-end
(ECC SERVER)” ya está implementada y cumple los requerimientos indicados.
SAP realiza pruebas de rendimiento con los proveedores de Hardware asociados (SAP
solo permite la implementación de sus productos en Hardware certificado por ellos) para
saber el rendimiento de CPU del hardware sobre el que implementar. Estas pruebas
reciben el nombre “CERTIFICATION SAP® Standard Application Benchmarks”.
Para el Hardware que utiliza la empresa Pharma Laboratorios, S.A (Ver anexo E), se
puede observar en el documento de Certificación “2014043” [22].
CPU:
Para el cálculo del número de CPU’s, se debe tener en cuenta los SAPS calculados (Ver
ilustración 22). Además, la empresa cuenta con una infraestructura IT de servidores
virtualizados basados en WmWare (con vSphere 5.5). Para este cálculo se seguirá el
documento “SAP On VMware Best Practices” debido a que es una medida calculada
con cada fabricante (ver Ilustración 23, Anexo F) [23].
41
6.1. Sistema productivo Capítulo 6. Hardware
Con esta tabla se puede calcular el número de SAPS por Core (con 2 hilos de proceso):
𝑆𝐴𝑃𝑆 51.400
𝑆𝐴𝑃𝑆𝑐𝑜𝑟𝑒 = = = 2.141,67 𝑆𝐴𝑃𝑆
𝑁ú𝑚𝑒𝑟𝑜 𝑑𝑒 𝑐𝑜𝑟𝑒𝑠 24
Para calcular el dimensionamiento del hardware necesario para el SAP Web Dispatcher
se utilizará el documento oficial de SAP “Sizing the SAP Web Dispatcher”. [24]
CPU:
Para el cálculo del número de CPU’s, se debe tener en cuenta los SAPS calculas. Se
utilizará el mismo método utilizado para los servidores de aplicación “basado en los
usuarios”. En este caso, se planteará en el peor de los casos, es decir, que todos los
42
6.1. Sistema productivo Capítulo 6. Hardware
usuarios (10.000) acceden al mismo tiempo. Además, se tiene en cuenta que cada
interacción requiere 2 mensajes y un tiempo promedio de esperar entre interacciones
de 20 segundos. Para calcular los SAPS se utiliza la siguiente formula (ver Anexo G)
[24]:
𝑚 2
𝑀𝑒𝑛𝑠𝑎𝑗𝑒𝑠 𝑝𝑜𝑟 𝑠𝑒𝑔𝑢𝑛𝑑𝑜 = 𝑁 · = 10.000 · = 1.000
𝑇ℎ𝑇 20
Finalmente, una vez calculados los SAPS, se procede a realizar el mismo calculo
utilizando en el apartado 5.1.2 (Basado en las prueba de SAP con el fabricante de
hardware
Calcular el número de Core de CPU necesarios para el sistema SAP (ABAP) (ver Anexo
G, Ilustración 24):
𝑆𝐴𝑃𝑆𝑜𝑏𝑡𝑒𝑛𝑖𝑑𝑜𝑠 3.480
𝑁ú𝑚𝑒𝑟𝑜 𝑑𝑒 𝑐𝑜𝑟𝑒 = = = 1,62 ≅ 𝟐 𝒄𝒐𝒓𝒆𝒔 = 𝟒 𝒗𝑪𝒐𝒓𝒆
𝑆𝐴𝑃𝑆𝑐𝑜𝑟𝑒 2.141,67
43
6.1. Sistema productivo Capítulo 6. Hardware
Memoria RAM
44
6.2. Sistemas no productivos Capítulo 6. Hardware
Con este fin, se implementaran los siguientes sistemas. Estas implementaciones serán
usadas por un porcentaje mínimo de usuarios del sistema productivos, por lo cual, se
calcularan los requerimientos de hardware utilizando los datos de producción.
DESARROLLO
Este sistema será usado por un 5% de usuarios del sistema productivo. Por lo que se
asignará unos requerimientos técnicos del 5% respecto a producción.
INTEGRACIÓN
Este sistema será usado por un 10% de usuarios del sistema productivo. Por lo que se
asignará unos requerimientos técnicos del 10% respecto a producción.
45
6.3. Resumen requerimientos de hardware Capítulo 6. Hardware
A la hora de asignar los recursos de hardware a los sistemas, también se han tenido en
cuenta los requerimientos mínimos de hardware (Ver Tabla 2, Anexos I y J) [13], [26].
CPU
Memoria Almacenamiento
Núm. Núm. de
RAM (GB) Disco (GB)
de Core vCores
Servidor de aplicaciones
4 18,5 2 4
primario (PAS)
Servidor de aplicaciones
4 18,5 2 4
adicional (AAS)
Instancia de Servicios
1 2 1 1
centrales (ASCS)
Base de datos 7 48 2 4
Web Dispatcher 1 5 2 4
Tabla 2. Requerimientos de Hardware mínimos indicados por SAP.
CPU
Memoria Almacenamiento
Núm. de Núm. de
RAM (MB) Disco (GB)
Core vCores
Sistema SAP 39.936 12 32 64
Producción Base de datos 11.264 100 2 4
Web Dispatcher 2.500 5 2 4
Sistema SAP 4 12 4 8
Integración Base de datos 7 100 2 4
Web Dispatcher 2.500 1 2 4
Sistema SAP 2 12 2 4
Desarrollo Base de datos 7 100 2 4
Web Dispatcher 1.024 1 2 4
Tabla 3. Requerimientos de Hardware para la infraestructura SAP Fiori.
46
7.1. Servidores Capítulo 6. Hardware
7. Implementación
7.1. Servidores
Una vez ya se ha diseñado, dimensionado y establecido las versiones del software para
la implementación de la infraestructura de SAP Fiori, se deben crear los servidores
virtuales para la instalación de los entornos de Producción, integración y desarrollo.
Las siglas que se utilizaran para identificar cada tipo de instancia son las siguientes:
47
7.1. Servidores Capítulo 6. Hardware
Con los nombres de los servidores asignados a cada entorno, se asignan los recursos
de hardware a cada servidor basándose en el dimensionamiento de Hardware calculado
(apartado 6).
A la hora de asignar los recursos de hardware se debe tener en cuenta los siguientes
aspectos al utilizar la tecnología de virtualización VMware (vSphere 5.5):
48
7.1. Servidores Capítulo 6. Hardware
Almacen CPU
Memoria Memoria
amiento Núm Núm.
Hostname RAM SWAP
Disco . de de
(GB) (GB)
(GB) Core vCores
lxfiori01 16 32 12 12 24
Sistema SAP lxfiori02 16 32 12 10 20
lxfiori03 16 32 12 10 20
Producción
Base de datos lxase01 16 32 100 2 4
Web lxfioriwp01 4 8 5 2 4
Dispatcher lxfioriwp02 4 8 5 2 4
lxfiori04 8 16 12 2 4
Sistema SAP
lxfiori05 8 16 12 2 4
Integración Base de datos lxase02 8 16 100 2 4
Web lxfioriwp03 4 8 1 2 4
Dispatcher lxfioriwp04 4 8 1 2 4
Sistema SAP lxfiori06 8 16 12 2 4
Base de datos lxase03 8 16 100 2 4
Desarrollo
Web
lxfioriwp05 4 8 1 2 4
Dispatcher
Tabla 5. Hardware asignado a los servidores de la infraestructura SAP Fiori.
Para la instalación de los diversos productos SAP en servidores Linux, se debe crear
una estructura de directorios. SAP da la posibilidad de una estructura cuando la
instalación es en local, es decir, el sistema SAP solo en el servidor o por el contrario, si
el sistema SAP es distribuido permite realizar la instalación utilizando punto de montaje
compartidos mediante NFS.
49
7.1. Servidores Capítulo 6. Hardware
Por otro lado, SAP monta un punto de montaje común (/usr/sap/trans) en todos
los servidores de los 3 entornos para el sistema de transporte. El sistema de
transporte en SAP es el sistema que se utiliza para transportar elementos
(programas, tablas, código, etc…) entre los diferentes entornos (sistemas).
Se asignan los SID a cada sistema y se verifican que esos SID no estén
reservados por SAP verificando la nota “1979280 - Reserved SAP System
Identifiers (SAPSID) with Software Provisioning Manager”.
(Ver anexo L). [28].
La base de datos debe tener el mismo SID que el sistema SAP Netweaver.
Además SAP recomienda montar los mismos puntos de montaje que en los
servidores de aplicación (/sapmnt/”SID”, /usr/sap/”SID” y /usr/sap/trans).
Los puntos de montaje que se deben crear son los mismos que para los
servidores de aplicación del sistema SAP (/sapmnt/”SID” y /usr/sap/”SID”). Sin
embargo, el SID debe ser diferente debido a que son entornos diferentes. (Ver
anexo I y J)
50
7.2. Implementación del sistema Capítulo 7. Implementación
Puntos de Montajes
Hostname SID
Local Compartido (NFS)
Una vez los servidores han sido creados y los puntos de montaje se han creado y
compartido, se debe preparar todo el software necesario para la instalación de los
sistemas.
Para la instalación del sistema SAP Netweaver 7.52 se utiliza el documento oficial de
SAP “Installation of SAP Systems Based on the Application Server ABAP of SAP
Netweaver 7.3 to 7.52 on UNIX: SAP Adaptive Server Enterprise” (Ver anexo I).
[13].
51
7.2. Implementación del sistema Capítulo 7. Implementación
52
7.2. Implementación del sistema Capítulo 7. Implementación
Para la instalación del sistema SAP Web Dispatcher 7.53 se utiliza el documento oficial
de SAP “Installation of SAP Web Dispatcher for SAP Systems Based on SAP
Netweaver 7.0 to 7.5x on UNIX”. (Ver anexo J). [26]
53
7.3. Parámetros de configuración del sistema Capítulo 7. Implementación
Todos los productos de SAP utilizan archivos de sistema operativo llamados “Profile”
donde se introducen los parámetros del sistema. En el producto SAP Netweaver hay
los siguientes profiles:
Debido a que este sistema tendrá una alta carga, se parametriza para tener mejor
rendimiento con alta carga. Se analiza la nota “2007212 - Tuning SAP Web Dispatcher
and ICM for high load” (Ver anexo H). [25].
A continuación se indican los parámetros a configurar en los SAP Web Dispatcher para
realizar la “performance” de rendimiento:
icm/max_conn = 32000 → Determina el número máximo de conexiones
entrantes simultáneas.
icm/req_queue_len = 6000 → Especifica el número máximo de solicitudes en
espera. Todas las solicitudes se mantienen en esta cola antes de reenviarse.
icm/min_threads = 10 → Especifica el número mínimo de conexiones que se
pueden procesar al mismo tiempo.
icm/max_threads = 500 → Especifica el número máximo de conexiones que
se pueden procesar al mismo tiempo.
54
7.3. Parámetros de configuración del sistema Capítulo 7. Implementación
Se parametriza la memoria y los procesos de trabajo del sistema para tener mejor
rendimiento con alta carga que recibirá el sistema.
Como los servidores de aplicación de cada uno de los entornos tienen la misma memoria
RAM, los valores calculados para cada entorno sirven para todos los servidor de
aplicaciones de ese entorno (sistema).
Para calcular los Work process (WP) se usa la siguiente formula [30].
55
7.3. Parámetros de configuración del sistema Capítulo 7. Implementación
Como los servidores de aplicación de cada entorno tienen la misma memoria RAM, los
valores calculados para cada entorno sirven para todos los servidor de aplicaciones (ver
Tabla 9).
56
7.4. Movilidad (Fiori y Launchpad) Capítulo 7. Implementación
SAP Gateway
SAP Fiori Launchpad
SAP OData
Para activar los componentes necesarios para SAP Fiori se usan task list [33]. Una task
list es un programa que junta todas las tareas necesarias y las automatiza en un proceso
automático con el fin de ahorro tiempo.
SAP Netweaver Gateway es una tecnología que proporciona una forma sencilla de
conectar dispositivos móviles (Smartphones, tablets, etc.) y aplicaciones web al software
de SAP en función de los estándares del mercado. Utiliza el protocolo oData (Open Data
Protocol) que permitan crear, leer, actualizar o borrar datos procedentes de los Back-
ends, por ejemplo, un SAP ERP desde una aplicación desarrollada por ejemplo con
HTML5 y Javascript. [33].
57
7.4. Movilidad (Fiori y Launchpad) Capítulo 7. Implementación
SAP Fiori Launchpad es el punto de entrada a las aplicaciones de SAP Fiori desde
ordenadores y dispositivos móviles, es decir, es como el menú de un móvil donde están
todas aplicaciones. [33].
Puede hacer que el Launchpad esté disponible bajo una URL personalizada creando un
alias externo. Para crear el alias, se debe realizar los siguientes pasos [33].
Además, se deberá publicar en internet las URL’s (No hay URL de desarrollo porque
este sistema no requiere salida a internet):
https://fiori.pharmalaboratorios.com/fiori → URL de producción
https://fioriint.pharmalaboratorios.com/fiori → URL de Integración
58
8. Seguridad Capítulo 8. Seguridad
8. Seguridad
En este capítulo, se analizan los riesgos de dar acceso a los datos des del exterior
(Internet) y se adoptan las medidas necesarias para garantizar la seguridad de los
sistemas y la confidencialidad de los datos.
Una de las principales medidas de seguridad que se han tomado, ha sido la de situar al
sistema Front-end en la red interna y situar solamente los SAP Web Dispatcher en la
DMZ, protegiendo al sistema SAP y dejando únicamente los Web Dispatcher como
elementos en el exterior.
Para poder realizar una correcta política de seguridad en la infraestructura de SAP Fiori,
se deben tener una serie conceptos claros. A continuación, se explicaran estos
conceptos [11]:
59
8.2. Reverse Invoke (RI) Capítulo 8. Seguridad
La invocación inversa (Reverse Invoke) es una tecnología que permite establecer una
conexión segura desde un servidor de aplicaciones en la red protegida (red Interna) a
un servidor dentro de la zona desmilitarizada (DMZ). Dado que las solicitudes externas
solo se reenvían a un servidor en la red protegida si este servidor ya ha abierto una
conexión al servidor en la DMZ, la red se vuelve más segura. Esto aumenta la seguridad
de la red ya que ninguna conexión externa puede pasar a través del firewall a la red.
Cuando una aplicación web se ejecuta en un sistema SAP, la conexión se ve así (Ver
Ilustración 26) [34]:
Ilustración 26. Proceso de conexión con Reverse Invoke para sistema SAP.
(Fuente: SAP)
Se implementa esta tecnología como medida de seguridad porque uno de los principales
peligros del acceso des del exterior a un sistema informático son la conexiones des de
fuera hacía la red interna. Con esta tecnología se evita que hayan conexiones entrantes
des de Internet a los sistemas SAP, disminuyendo los posibles peligros de conexiones
externas no autorizadas y ciberataques informáticos.
60
8.2. Reverse Invoke (RI) Capítulo 8. Seguridad
Ilustración 27. Esquema de conexión con Reverse Invoke para sistema SAP.
Como se puede observar, en el esquema del sistema SAP (ver Ilustración 26) respecto
al esquema que indica SAP (ver Ilustración 27) hay 2 procesos ICM por servidor. Esto
se debe a que en esta configuración se utilizan 2 SAP Web Dispatcher respecto al único
SAP Web Dispatcher del esquema de SAP (ver Ilustración 25).
Obertura de Firewall: Para que el “Reverse Invoke” funcione, se han de abrir los
siguientes puertos (ver Tabla 11), ya que los WP1 y WP2 están en la DMZ, y los
servidores lxfiori01, lxfiori02 y lxfiori03 están en la red interna.
61
8.2. Reverse Invoke (RI) Capítulo 8. Seguridad
62
8.2. Reverse Invoke (RI) Capítulo 8. Seguridad
63
8.3. HTTPS y SSL Capítulo 8. Seguridad
Uno de los objetivos marcados en este proyecto es el acceso des del exterior a la
información mediante la utilización de canales cifrados para proteger la información.
Para cifrar la información se utilizará el protocolo HTTPS. Este protocolo realiza un
cifrado de las comunicaciones entre usuario y servidor mediante el uso de certificados
SSL o TLS. Además, certifica que la dirección web es legítima. SAP permite las
siguientes configuraciones. (Ver Ilustración 28) [36].
En este caso, se utilizara la conexión “HTTPS-HTTPS” debido a que esta conexión cifra
los datos “extremo a extremo”, es decir, des del usuario al sistema SAP. Para usar el
protocolo HTTPS entre el SAP Web Dispatcher y el sistema SAP Netweaver se deben
realizar las siguientes configuraciones [37]
64
8.3. HTTPS y SSL Capítulo 8. Seguridad
65
8.4. SNC Capítulo 8. Seguridad
ssl/server_pse = /usr/sap/FIP/D00/sec/SAPSSLS.pse
ssl/client_pse = /usr/sap/FIP/D00/sec/SAPSSLC.pse
Servidor de aplicaciones:
ssl/server_pse = /usr/sap/FIP/D00/sec/SAPSSLS.pse
ssl/client_pse = /usr/sap/FIP/D00/sec/SAPSSLC.pse
ssl/server_pse = /usr/sap/FIP/D04/sec/SAPSSLS.pse
ssl/client_pse = /usr/sap/FIP/D04/sec/SAPSSLC.pse
ssl/server_pse = /usr/sap/FIP/D06/sec/SAPSSLS.pse
ssl/client_pse = /usr/sap/FIP/D06/sec/SAPSSLC.pse
8.4. SNC
66
8.4. SNC Capítulo 8. Seguridad
Estas llamadas OData utilizan las llamadas RFC (Remote Function Call). Las llamadas
RFC son la interfaz estándar de SAP para la comunicación entre sistemas SAP.
Para usar el protocolo SNC para las comunicaciones entre el Front-end y los Back-ends
se debe realizar la siguiente configuración [40].
Configuración de los certificados SNC SAP Cryptolyb: Para que los sistemas SAP
permitan las conexiones usando SNC, los sistemas tiene que tener sus certificados de
SNC cruzados, es decir, el Front-end tiene que tener el certificado cargado del Back-
end y el Back-end tiene que tener el certificado cargado del Front-end. Se deben cargar
los certificados “SNC SAP Cryptolyb” en la Transacción “STRUST” de cada sistema
SAP.
Añadir Sistema en la ACL (Lista de control de acceso) del sistema SNC: Añadir los
SID de los sistemas en las ACL (Lista de control de acceso) del sistema SNC. [41]
67
8.5. Cifrado comunicaciones internas Capítulo 8. Seguridad
Para mejorar las comunicaciones internas del sistemas, SAP permite la opción de cifrar
las comunicaciones internas del sistemas, es decir, las comunicaciones entre el
message server (MS), enqueue server (ENQ), ICM, work process (WP), Gateway,
Dispatcher. (Ver Ilustración 29) [42]
Para cifrar las comunicaciones internas se debe configurar el siguiente parámetro en los
servidores de aplicaciones del sistema SAP:
system/secure_communication = ON
68
8.6. Securización del Message Server Capítulo 8. Seguridad
El sistema SAP permite utilizar canales separados del message server (MS) para las
comunicaciones internas del mismo sistema SAP y las comunicaciones externas a otros
servidores. Para separar los servicios se debe realizar la siguiente configuración:
Para proteger el uso del Message Server (MS) para las comunicaciones internas del
sistema SAP, es decir, que solo los servidores de aplicación del sistema puedan
modificar el estado de las comunicaciones internas del Message Server. Se deben
limitar los privilegios de uso del Message Server (MS) por parte de programas externos.
Para limitar los privilegios de programas externos se debe realizar la siguiente
configuración:
69
8.7. Autentificación de los usuarios Capítulo 8. Seguridad
Para activar la autentificación por SSO se usa la siguiente task list. [45]
Uno de los riesgos de seguridad más altos del acceso de los usuarios a cualquier
sistema informático está en el uso de la contraseña. Para minimizar los riesgos de que
una tercera persona (ajena o trabajador de la empresa) tenga acceso a la contraseña
de un usuario que no es el suyo, se debe aplicar una correcta política de contraseñas.
70
8.8. Política de contraseñas de los usuarios Capítulo 8. Seguridad
71
9. Valoración económica Capítulo 9. Valoración económica
9. Valoración económica
En este capítulo, se realizará una valoración del coste económico que tendría este
proyecto. Para realizar la valoración económica se tendrán en cuenta los siguientes
puntos:
Estos criterios hacen que las licencias dependan de la operativa de las futuras
aplicaciones que se exploten en la infraestructura. El objetivo del proyecto es el diseño
y la implementación de una infraestructura para desarrollar y explotar aplicaciones
móviles (Fiori). Por tanto, las licencias de los usuarios están fuera del alcance ya que a
la hora del proyecto no se pueden saber las interacciones de los usuarios con el sistema.
72
9. Valoración económica Capítulo 9. Valoración económica
73
10. Conclusiones Capítulo 10. Conclusiones
10. Conclusiones
Una vez realizado el trabajo, he aprendido que a la hora de realizar un proyecto para
dar respuesta a las necesidades particulares de una empresa, lo más importante es
realizar un buen análisis de la problemática particular de la empresa, ya que cada
empresa trabaja de una manera diferente y tienen sus propios procesos de negocio y/o
fabricación. Además, también he aprendido que el proceso de “transformación digital”
de las empresas es totalmente necesario e indispensable para que las empresas no
vean comprometida su viabilidad económica.
Por otro lado, tanto el objetivo principal (implantar una infraestructura capaz de
proporcionar servicios de aplicaciones móviles y vía web para la operativa de la
empresa), como los objetivos operativos a nivel de rapidez, sencillez, accesibilidad,
disponibilidad, seguridad y confidencialidad de la información se han cumplido ya que el
diseño de la solución se ha basado en cumplir estos requerimientos.
Además, la eliminación del uso de papel supondrá un ahorro de los costes operativos
de la empresa y la adopción de medidas para proteger el medio ambiente.
74
10.1. Trabajo Futuro Capítulo 10. Conclusiones
75
11. Glosario Capítulo 11. Glosario
11. Glosario
SAP Fiori: Es una tecnología desarrollada por el fabricante de software Alemán SAP
que permite la transformación de procesos de negocio en aplicaciones para agilizar y
flexibilizar los procesos de negocio. Permite el desarrollo de aplicaciones móviles
(App’s) y vía web.
Best Practices: Son un conjunto de reglas y procedimientos a seguir definidos por SAP
con el objetivo de asegurar el éxito en los proyectos de implementación y explotación
de productos de este fabricante.
76
11. Glosario Capítulo 11. Glosario
77
11. Glosario Capítulo 11. Glosario
SLES (SUSE Linux Enterprise Server): Es una distribución de pago del sistema
operativo Linux.
Quick Sizer: Es una herramienta basada en la Web, diseñada para facilitar y agilizar el
dimensionamiento de las soluciones de SAP. Calcula los recursos de memoria, CPU,
tamaño de disco y E/S de disco.
NFS (Network File System): es un protocolo de Linux que permite acceso remoto a un
sistema de archivos a través de la red. Se utiliza para compartir carpetas entre
servidores Linux.
SID: es un código de identificación único para cada instalación de sistema SAP que
consta de un servidor de base de datos y varios servidores de aplicaciones.
Work process (WP): Son procesos que utilizan los sistemas SAP basados en
Netweaver para ejecutar todos los procesos en el sistema.
SAP Gateway: Es una tecnología que proporciona una forma sencilla de conectar
dispositivos móviles (Smartphones, tablets, etc.) y aplicaciones web al software de SAP.
SAP oData (Open Data Protocol): Es un protocolo de SAP que permitan crear, leer,
actualizar o borrar datos procedentes de los Back-ends.
SAP Fiori Launchpad: Es el punto de entrada a las aplicaciones de SAP Fiori desde
ordenadores y dispositivos móviles.
78
11. Glosario Capítulo 11. Glosario
Reverse Invoke (RI): Es la tecnología de SAP que permite establecer una conexión
segura desde un servidor de aplicaciones en la red protegida a un servidor dentro de la
zona desmilitarizada (DMZ).
HTTPS: Es un protocolo que permite establecer una conexión segura entre el servidor
y el cliente, que no puede ser interceptada por personas no autorizadas. En resumen,
es la versión segura de HTTP.
SSL (Secure Socket Layer): Es un protocolo de Internet que permite encriptar datos
sensibles (como información de pago, datos de tarjetas de crédito) y hacerlos ilegibles
a terceros. Además, un certificado SSL confirma que la URL es fiable.
ACL (Lista de control de acceso): Es una lista que especifica los permisos de los
usuarios, servidores, etc. sobre un archivo, carpeta u otro objeto.
SAP SSO (Single Sign On): Es un producto de seguridad de SAP que permite a los
usuarios tener acceso seguro a aplicaciones SAP y no SAP con una sola contraseña.
Task list: Es un programa que junta todas las tareas necesarias y las automatiza en un
proceso automático con el fin de ahorro tiempo.
79
12. Bibliografía Capítulo 12. Bibliografía
12. Bibliografía
[13] SAP, Installation Guide, “Installation of SAP Systems Based on the Application
Server ABAP of SAP Netweaver 7.3 to 7.52 on UNIX: SAP Adaptive Server Enterprise”,
09/2019
[Último acceso 16/10/2019]
80
12. Bibliografía Capítulo 12. Bibliografía
[18] SAP, nota official de SAP “1786123 - Interpretation of DB and OS support in PAM”,
12/2015
[Último acceso 24/10/2019]
[19] SAP, nota official de SAP “2158828 - Minimal DB system platform requirements for
SAP Netweaver 7.5”, 03/2017
[Último acceso 24/10/2019]
[20] SAP, nota oficial de SAP “908097 - SAP Web Dispatcher: Release, Installation,
Patches, Documentation”, 03/2017
[Último acceso 24/10/2019]
[23] VMware, Capítulos 3.2.2 y 3.2.4 (Sizing vCPUs and SAPS), “SAP On VMware Best
Practices”, 12/2015
[Último acceso 25/10/2019]
[24] SAP - CPU Sizing assumptions, Sizing the SAP Web Dispatcher: CPU, “Sizing the
SAP Web Dispatcher”, 05/2009
[Último acceso 25/10/2019]
[25] SAP, nota official de SAP “2007212 - Tuning SAP Web Dispatcher and ICM for high
load”, 04/2019
[Último acceso 30/10/2019]
[26] SAP, Installation Guide, “Installation of SAP Web Dispatcher for SAP Systems
Based on SAP Netweaver 7.0 to 7.5x on UNIX e”, 09/2019
[Último acceso 30/10/2019]
[27] SAP, nota official de SAP “1597355 - Swap-space recommendation for Linux”,
07/2011.
[Último acceso 01/11/2019]
81
12. Bibliografía Capítulo 12. Bibliografía
[28] SAP, nota official de SAP “1979280 - Reserved SAP System Identifiers (SAPSID)
with Software Provisioning Manager”. 06/2018
[Último acceso 01/11/2019]
[30] Determinar número de work process (WP) de los servidores de aplicación de SAP.
URL:https://answers.sap.com/questions/5221543/how-many-work-processes-are-
recommended-by-sap-for.html
[Último acceso 03/11/2019]
[32] Asignar uso de memoria a los work process de los servidores de aplicación del
sistema SAP.
URL:https://wiki.scn.sap.com/wiki/display/SI/Analyzing+the+heap+memory+usage+of+
an+ABAP+work+process
[Último acceso 04/11/2019]
82
12. Bibliografía Capítulo 12. Bibliografía
[41] Añadir Sistema en la ACL (Lista de control de acceso) del sistema SNC
URL:https://help.sap.com/viewer/e73bba71770e4c0ca5fb2a3c17e8e229/7.52.4/en-
US/2803f4ad8d9d490c99a3e8a57551d264.html
[Último acceso 17/11/2019]
83