Upload
others
View
2
Download
0
Embed Size (px)
Citation preview
UNIVERSIDAD SAN IGNACIO DE LOYOLA
MEJORA DE LA ARQUITECTURA DE TI PARA LA WEB ENTEL PERÚ S.A.
Trabajo de Investigación para optar el Grado Académico de
Bachiller en las siguientes carreras:
KAROLIN YESSENIA CASTAÑEDA VÁSQUEZ –
Ingeniería Empresarial y de Sistemas
JESUS MIGUEL CHECCLLO GILACCAMA –
Ingeniería Empresarial y de Sistemas
GIANMARCO LINDO HUERTAS –
Ingeniería Empresarial y de Sistemas
LUIS ALBERTO MARRESE ZORRILLA –
Ingeniería Empresarial y de Sistemas
Asesor:
Álvaro Antonio Aures García
Lima – Perú
2017
Contenido
1. Introducción ................................................................................................. 8
2. Proyecto Integrador ................................................................................... 10
2.1 Modelado del negocio ......................................................................... 10
2.1.1 Arquitectura TI: Web Entel As-Is................................................... 10
2.2 Análisis del problema y arquitectura.................................................... 10
2.2.1 Problema de Arquitectura ............................................................. 10
2.2.2 Arquitectura TI: Web Entel To-Be ................................................. 13
2.2.3 Estudio de factibilidad: Arquitectura propia vs. Cloud. .................. 15
2.3 Diseño ................................................................................................. 17
2.3.1 Diseño Lógico ............................................................................... 17
2.3.2 Diseño Físico ................................................................................ 18
2.4 Implementación ................................................................................... 21
2.4.1 Desarrollo y cronograma de trabajo .............................................. 23
2.4.2 Plan de pruebas ............................................................................ 23
2.4.3 Implantación de AutoScaling ........................................................ 25
3 Conclusiones ............................................................................................. 27
4 Recomendaciones .................................................................................... 29
5 Fuentes de Información............................................................................. 31
5.1 Fuentes bibliográficas ......................................................................... 31
5.2 Fuentes hemerográficas ...................................................................... 31
5.3 Fuentes electrónicas ........................................................................... 31
6 Anexos ...................................................................................................... 33
6.1 Ficha de proyecto ................................................................................ 33
6.1.1 Datos de la Empresa .................................................................... 33
6.1.1.1 Misión ..................................................................................... 33
6.1.1.2 Visión ..................................................................................... 34
6.1.1.3 Pilares Culturales: .................................................................. 34
6.1.1.4 Objetivos Estratégicos 2017 ................................................... 35
6.1.1.5 Organigrama .......................................................................... 35
6.1.2 Análisis de situación Actual de la Empresa (F.O.D.A.) ................. 36
6.1.3 Antecedentes y problemas ........................................................... 40
6.1.3.1 Antecedentes generales ........................................................ 40
6.1.3.2 Antecedentes específicos ...................................................... 41
6.1.3.3 Problema ................................................................................ 42
6.1.3.4 Lecciones Aprendidas ............................................................ 43
6.1.4 Conceptualización de la operación ............................................... 45
6.1.4.1 Objetivos ................................................................................ 48
6.1.4.2 Ventajas y resultados ............................................................. 48
6.1.4.3 Metodología aplicada en el proyecto ...................................... 49
6.1.5 Planeación del proyecto ............................................................... 49
6.1.5.1 Composición del equipo técnico del proyecto ........................ 50
6.1.5.2 Definición de actividades y roles ............................................ 51
6.1.5.3 Matriz de responsabilidades ................................................... 52
6.1.6 Diagrama Gantt ............................................................................ 54
6.1.6.1 Etapas del proyecto ............................................................... 54
6.1.6.2 Línea de tiempo ..................................................................... 54
6.1.7 Matriz de riesgos .......................................................................... 56
6.1.8 Impactos esperados del proyecto ................................................. 58
6.1.8.1 Impactos tecnológicos ............................................................ 58
6.1.8.2 Impactos sociales ................................................................... 59
6.1.8.3 Impactos ambientales ............................................................ 59
6.1.8.4 Impactos económicos. ........................................................... 60
6.2 Estudio de factibilidad ......................................................................... 60
6.3 Árbol de problema ............................................................................... 70
6.4 Cuadros comparativos de conclusiones .............................................. 71
Lista de Figuras
Figura 1. Problema de arquitectura actual .................................................................. 11
Figura 2. Arquitectura de TI: Web Entel As-Is ............................................................. 12
Figura 3. Propuesta de mejora .................................................................................... 13
Figura 4. Arquitectura de TI: Web Entel To-Be............................................................ 14
Figura 5. Diseño Lógico .............................................................................................. 19
Figura 6. Diseño Físico ............................................................................................... 20
Figura 7. Flujo de despliegue soluciones Digital Cloud ............................................... 23
Figura 8. Flujo de pases ambientes no productivos .................................................... 24
Figura 9. Flujo de pases ambiente productivos ........................................................... 24
Figura 10. Balanceador de Carga ............................................................................... 26
Figura 11. Incremento Nodo ....................................................................................... 27
Figura 12. Organigrama Entel Perú ............................................................................ 36
Figura 13. Ranking Internacional Telecomunicaciones ............................................... 41
Figura 14. Calculo de VAN y TIR ................................................................................ 47
Figura 15. Equipo de proyecto .................................................................................... 51
Figura 16. Matriz de responsabilidades ...................................................................... 53
Figura 17. Leyenda Matriz de responsabilidades ........................................................ 53
Figura 18. Etapas del proyecto ................................................................................... 54
Figura 19. Línea de tiempo ......................................................................................... 55
Figura 20. Matriz de riesgos ........................................................................................ 56
Figura 21. Calculo de probabilidad riesgos ................................................................. 57
Figura 22. Calculo de impacto .................................................................................... 57
Figura 23. Grado de clasificación impacto .................................................................. 57
Figura 24. Puntaje probabilidad e impacto .................................................................. 58
Figura 25. Gráfico de cantidad de visitas mensuales .................................................. 61
Figura 26. Gráfico de Percepción de usuarios acerca de la velocidad de Acceso a la
Web Entel ................................................................................................................... 63
Figura 27. Grafico tipo de conexión a la página Web Entel ......................................... 64
Figura 28. Estudio comparativo tecnológico ................................................................ 65
Figura 29. Estudio comparativo económico y financiero ............................................. 65
Figura 30. Leyenda criterio de puntuación para estudio comparativo .......................... 66
Figura 31. Comparación costo infraestructura As-Is vs. To-Be ................................... 67
Figura 32. Costo mínimo Infraestructura To-Be .......................................................... 68
Figura 33. Costos detallados por nodo ....................................................................... 68
Figura 34. Cronograma de ejecución del proyecto ...................................................... 69
Figura 35. Árbol de problema ...................................................................................... 70
Figura 36. Comparativo costos As-Is y To-Be ............................................................. 71
Figura 37. Comparativos costos As-Is, To-Be y reales, considerado administración ... 71
Figura 38. Gráfico de visitas a la página web y costos por visita ................................. 73
Figura 39. Grafico cantidad de visitas ......................................................................... 73
Figura 40. Grafico desperdicio de recursos de arquitectura ........................................ 74
Figura 41. Velocidad de carga página Web Entel As-is ............................................... 74
Figura 42. Velocidad de carga página Web Entel To-Be ............................................. 75
Lista de Tablas
Tabla 1. Percepción de usuarios acerca de la velocidad de acceso a la pagina
Web de Entel .................................................................................................... 62
Tabla 2. Tipo de conexión a la página Web Entel ............................................ 63
Tabla 3. Percepción de usuarios acerca de la velocidad de acceso a la página
Web de Entel .................................................................................................... 72
8
1. Introducción
Entel Perú, ocupa el tercer lugar de posicionamiento del mercado móvil en Perú.
Finalizó el 2015 con 9% de participación, al finalizar el primer trimestre del 2016, Entel
contaba con el 10.5% y al finalizar el 2016 Entel cerró el año con el 12.85% de la
segmentación móvil. (OSIPTEL 2016)
Entel Perú es una empresa con un especial sentido de servicio de atención al cliente,
tanto corporativo, como individual. Razón por la cual viene incrementando año a año,
el número de clientes y es la justificación para ser el operador Móvil con mayor
recibimiento de migración de líneas en el 2016 (748 419 líneas). (OSIPTEL 2016)
Actualmente (2017) Entel Perú, ofrece señal 4G a 1984 poblados del Perú, sacándole
una diferencia de 569 poblados a su competidor más cercano. (ENTEL 2016)
Tiene presencia en las ciudades de la costa y en los departamentos de Cusco, Puno,
Huaraz, Cajamarca y recientemente ha incorporada a la ciudad de Huamachuco.
(ENTEL 2016)
Entel, en nuestro país, trabaja para que la conectividad tecnológica llegue a más
peruanos, Y para fortalecer al sector empresarial, ofreciéndoles optimizar los procesos
de su negocio.
En el 2016, Entel Perú ha recibido, diferentes reconocimientos:
Empresa socialmente responsable (Perú 2021). (ENTEL 2016)
Mejor compañía de telecomunicaciones del Perú (IZO). (ENTEL 2016)
Premio al operador de telecomunicaciones más responsable y con mejor
gobierno corporativo (MERCO). (ENTEL 2016)
En categoría servicios Públicos fue ganador del premio: Conectividad para más
personas: Facebook gratuito con Entel (UPC). (ENTEL 2016)
Entel ganó cuatro Premios “Effie”, por reconocimiento a sus efectivas
campañas de comunicación y marketing. (ENTEL 2016)
9
Finalmente, como detalle adicional, cabe mencionar que Entel Perú está respaldado
por el operador de telecomunicaciones más importante de Chile. Y su amplia
experiencia en términos de servicio al cliente y una red de telefonía robusta.
“Entel Chile, es un proveedor integrado de telecomunicaciones y servicios TI,
especializado en el mercado de Personas, Empresas y Corporaciones. Opera con una
posición líder en la industria y participa en el Perú a través de sus filiales Entel Perú,
Americatel Perú y Servicios de Call Center del Perú. Ofrece servicios de arriendo de
redes a mayoristas, call center, contacto remoto y mesas técnicas de ayuda en ambos
países.” (ENTEL 2016)
Título del Proyecto: “Mejora de la Arquitectura de TI para la Web ENTEL Perú S.A.”
Localización del Proyecto: Lima, Perú.
Duración del Proyecto: 63 días.
10
2. Proyecto Integrador
2.1 Modelado del negocio
2.1.1 Arquitectura TI: Web Entel As-Is
La arquitectura de TI actual cuenta con 6 instancias dedicadas, con
alta disponibilidad, prendidas al 100% las 24 horas los siete días de la
semana, los 365 días al año.
El pago se realiza por las seis instancias, y esta arquitectura no cuenta
con un monitoreo a nivel de aplicativo.
Más adelante, en el gráfico AS- IS (ver Figura 2. Arquitectura de TI:
Web Entel As-Is) se aprecia la arquitectura web de Entel As-Is.
2.2 Análisis del problema y arquitectura
2.2.1 Problema de Arquitectura
La web publica actual cuenta con recursos dedicados, no pudiendo
estar preparados para soportas picos de usuarios y pagando siempre
por los recursos dedicados, sin importar si están totalmente ni
parcialmente utilizados.
A causa de las “malas prácticas del área de TI”, se originó el
desperdicio y sobre costo de infraestructura dedicada para la web de
Entel PERÚ.
Lo cual, fue comprobado con los análisis de tráfico. Que reportaron
que se estaba gastando un 60% más con la arquitectura de TI
dedicada y estática, aplicada para la página web.
11
Figura 1. Problema de arquitectura actual
Fuente: Elaboración propia.
12
Figura 2. Arquitectura de TI: Web Entel As-Is
Fuente: Elaboración propia.
13
2.2.2 Arquitectura TI: Web Entel To-Be
La solución propuesta abarca un escalamiento horizontal, esto significa
que la arquitectura puede ampliarse o reducirse según la demanda de
recursos que solicita la web, eliminando de esta forma el desperdicio o
los recursos excesivos, cuando no sea necesario.
Figura 3. Propuesta de mejora
Fuente: Elaboración propia.
Co
n la
imp
lem
entación de esta arquitectura propuesta se logrará:
Cambiar los gastos de inversión en activos de capital (infraestructura
propia) por gastos variables.
Logrando un beneficio de la economía de escala masiva.
Se deja de sobredimensionar las capacidades de arquitectura,
evitando activos ociosos y costosos.
Se deja de operar y mantener centros de datos.
Permite preparar la plataforma en sólo minutos y horas.
14
Figura 4. Arquitectura de TI: Web Entel To-Be
Fuente: Elaboración propia.
15
2.2.3 Estudio de factibilidad: Arquitectura propia vs. Cloud.
El siguiente estudio comparativo devela las diferencias, ventajas y
desventajas que existen entre una arquitectura física vs. arquitectura
cloud.
Para un mejor análisis se consideran 2 criterios:
Perspectiva económica – financiera y Tecnológica
Perspectiva económica – financiera
Arquitectura Física
Disposición de capital para efectuar la inversión inicial en la
construcción de la data center.
Desembolso de capital para compra de activos fijos (hardware y
software)
Gasto fijo en consumo de energía eléctrica
Presupuesto para renovación de licencias y actualizaciones.
Inversión en seguridad, mantenimiento y soporte.
Costo para diseño de arquitectura y cableado.
Costo de planilla para personal asignado.
Reinversión de capital por obsolescencia tecnológica
Disminución de gastos operativos y de centros de datos.
Arquitectura Cloud
Gasto mensual por administración de infraestructura cloud
Cambio de gastos de inversión de capital por gastos variables
por servicio de infraestructura cloud.
16
Perspectiva Tecnológica
Arquitectura Física
Mayor riesgo de obsolescencia tecnológica.
Permite soluciones híbridas
Mantiene activos ociosos y costosos
Riesgo de perder información y tiempo “muerto”.
Necesidad de una arquitectura con alta disponibilidad y
escalabilidad.
Arquitectura Cloud
Ofrece una arquitectura con alta disponibilidad y escalabilidad.
Fácil acceso a estadísticas y monitorización.
Visibilidad y conformidad de la gobernanza.
Disminución de tiempos de latencias y wastes.
Permite soluciones hibridas.
Evita mantener activos ociosos y costosos.
Permite implementar una aplicación a nivel mundial en solo
minutos.
Amplia plataforma de infraestructura de TI escalable y de forma
inmediata.
17
2.3 Diseño
Se usa un protocolo de migración que considera lo siguiente:
Escenario origen: La situación actual de la arquitectura web.
Alcance de la migración: Elaboración del plan de migración.
Acciones de respaldo: El plan de contingencia de la arquitectura web.
Escenario Destino: Monitoreo de la arquitectura de web mejorada y el
control de funcionamiento.
El plan de migración considera las siguientes fases:
Preparar un ambiente operacional y uno de pruebas, separados e
independientes: El ambiente operacional y de pruebas incluye las
configuraciones de la arquitectura web. El acceso a esta plataforma
debe estar restringido al equipo del proyecto.
Capacitación al equipo de TI: Entrenamiento en la nueva arquitectura,
así como en la documentación, el seguimiento, monitorización y
solución de incidentes.
Migración de Arquitectura Web: Puesta en producción de la nueva
Arquitectura Web, se desconecta la anterior arquitectura.
Evaluación Post-migración: Monitoreo y revisión de la nueva
arquitectura para verificar si efectivamente cumple con los objetivos y
produce los beneficios esperados.
Presentación de informe final a administración: Reporte final que
contiene toda la documentación de la arquitectura, las modificaciones o
mejoras a realizar a futuro, así como los resultados de las acciones
realizadas en la fase anterior.
2.3.1 Diseño Lógico
En el diseño lógico podemos apreciar la mejora de la arquitectura con la
implementación del autoscalling group, lo que permite que las instancias
18
virtuales puedan ser utilizadas conforme se van requiriendo, estas
peticiones son realizadas por el Elastic Load Balancer que redirigirá las
peticiones de conexión. La figura (Figura 5. Diseño Lógico) muestra el
diseño lógico de la arquitectura.
2.3.2 Diseño Físico
En el diseño físico podemos apreciar la mejora de la arquitectura con la
implementación del autoscalling group, y los diferentes equipos
utilizados los cuales permite que las instancias virtuales puedan ser
utilizadas conforme se van requiriendo. La figura (Figura 6. Diseño
Físico) muestra el diseño físico de la arquitectura.
19
Figura 5. Diseño Lógico
Fuente: Elaboración propia.
20
Figura 6. Diseño Físico
Fuente: Elaboración propia.
21
2.4 Implementación
Para inicializar con la ejecución del proyecto, se tomarán en cuenta los
siguientes requisitos técnicos:
Optimización de las bases de datos.
La optimización de la base de datos involucra la modificación de los
parámetros en el servicio RDS para MySQL. Esto permite obtener
acceso a las funciones y conexiones compatibles con la auto
escalabilidad de un motor de base de datos MySQL.
Esto quiere decir que tanto el código, como las aplicaciones y las
herramientas ya utilizadas en las bases de datos actuales funcionarán
con el RDS, Además, incluye parches que realizan respaldos durante
los días configurados por el usuario, lo cual permite la recuperación de
los datos a un momento seleccionado.
La definición de los parámetros a aplicar se revisará en conjunto con el
área de arquitectura.
Dado que esta actividad requiere pruebas en condiciones de carga, se
deberán contar previamente un ambiente similar al de producción para
generar escenarios similares a los de producción.
Duración de pruebas estimada 4 días.
Implementación W3 Total Caché y PageSpeed:
Amazon ElastiCache funciona como un servicio web que interviene en
la implementación de la cache o almacén de datos en memoria, así
como también vela por el funcionamiento y el escalado de dicha cache.
Dicho servicio permite mejorar desempeño en el portal web, lo que le
permite recuperar más rápidamente datos de los almacenes de datos en
memoria administrados en lugar de solo depender de bases de datos
que son más lentas. (AMAZON 2016)
22
Con dicho Amazon Elasting cache se activará el plugin W3 total cache
(plugin que elimina los residuos de una web de WordPress).
Además, se evaluarán las consultas de invocaciones AJAX para
verificar en las invocaciones se realicen el cache de los objetos siempre
y cuando sea posible.
Adicionalmente se procederá con la instalación, configuración y prueba
de Google PageSpeed, dicha aplicación es una herramienta online
ofrecida por Google que nos indica: La puntuación (de 0 a 100) que
tiene el portal web en cuanto a tiempo de carga y experiencia de
usuario, tanto sea la conexión desde dispositivos de escritorio como
desde móviles. Los principales problemas detectados y las Soluciones
propuestas para resolver los problemas anteriores.
Duración de pruebas estimada 1 semana
Configuración del nuevo mecanismo de sincronización:
El alcance contempla exclusivamente 2 puntos:
a. La implementación de Amazon EFS, Amazon EFS es un sistema
de almacenamiento de archivos fácil de usar y escalable. Ofrece
una interfaz amigable que permitirá crear e implementar
sistemas de archivos fácilmente. (AMAZON 2016)
La elasticidad del Amazon EFS, permite usar solo la capacidad
necesaria cuando sea necesaria, ya que dicha capacidad
aumenta o disminuye según la necesidad.
b. La eliminación de la sincronización con RSYNC, RSYNC es una
aplicación tipo código libre tipo Unix y Microsoft Windows, el cual
ofrece una comunicación eficiente de datos que se incrementan
con el tiempo. Sin embargo, no es compatible con las instancias
auto escalables. Duración de pruebas: 4 días
23
2.4.1 Desarrollo y cronograma de trabajo
En este punto, vamos a encontrar la descripción de las diferencias fases
que tenemos que realizar, para lograr la implementación de la nueva
arquitectura de TI cloud. Por ello empezamos con el Plan de Pruebas,
que es la fase inicial y fundamental para el desarrollo de este proyecto,
y que nos permitirá garantizar el éxito de la implementación y la
reducción de riesgos.
Figura 7. Flujo de despliegue soluciones Digital Cloud
Fuente: Entel Perú
2.4.2 Plan de pruebas
Optimización de base de datos
Duración de pruebas estimada 4 días.
Implementación de W3 Total Cache y PageSpeed
Duración de pruebas estimada 1 semana.
Configuración del nuevo mecanismo de sincronización
Duración de pruebas: 4 días.
Implantación de AutoScaling
Duración de pruebas estimado 1 semana.
24
En las siguientes figuras (Figura 8. Flujo de pases ambientes no
productivos y Figura 9. Flujo de pases ambiente productivos) podemos
apreciar el flujo de procesos para los pases de ambientes tanto en los
de producción como en los que no son de producción.
Figura 8. Flujo de pases ambientes no productivos
Fuente: Fuente: Entel Perú
F
25
igura 9. Flujo de pases ambiente productivos
Fuente: Fuente: Entel Perú
2.4.3 Implantación de AutoScaling
a. Creación de AMI optimizada: una AMI es una imagen de una
máquina implementada de Amazon, proporciona un ambiente de
ejecución que da estabilidad, seguridad y alto desempeño a las
aplicaciones que se ejecuten. Además, el AWS ofrece
actualizaciones de seguridad y mantenimiento para las
instancias con AMI ejecutadas.
b. Actualización a PHP 5.6: la nueva versión 5.6 de PHP viene con
Expresiones en constantes, Funciones variádicas, Des-
empaquetador de argumentos, Nuevo operador de
exponenciación, etc.
c. Actualización Apache: Apache es el servidor web más popular
del mundo, disponible en código fuente y para infinidad de
plataformas, incluyendo UNIX, Microsoft Windows y Novel
NetWare.
d. Configuración PHP y Apache: se configuran los dos
componentes ya instalados
e. Instalación New Relic (Lite versión): es un sistema de monitoreo
completo que realiza el seguimiento en tiempo real tanto de los
recursos usados como los disponibles.
f. Cambio de instancia a tipo t2: las instancias T2 son se
caracterizan por su ejecución en modos de ráfagas (dichas
ráfagas se usan cuando los nodos con carga de trabajo bajo o
medio necesitan de improviso más capacidad, en ese momento
es en donde crece la capacidad del nodo a modo de ráfagas).
26
g. Configuración de umbrales: se configura los umbrales para que
midan y alerten los errores.
h. Configuración de servicio de notificaciones: servicio de
notificaciones y alerta sobre las incidencias en el portal.
i. Validación de comunicación servicios externos.
j. Se realiza pruebas con servicios de fuera de la arquitectura.
k. En la figura (Figura 10. Balanceador de Carga), podemos
aprecias que el balanceador de carga distribuye las conexiones
de acuerdo a la necesidad y solo las instancias que son
necesarias se van habilitando para el ahorro de los recursos y
mayor optimización.
Figura 10. Balanceador de Carga
Fuente: Amazon AWS.
En la siguiente figura (Figura 11. Incremento Nodo) podemos apreciar
el incremente de un nuevo nodo al pasar el umbral configurado, este
nuevo nodo se crea con WordPress, se instala agente New Relic para
gestionar el performance de la aplicación en el nuevo nodo y adicionar
do toda la configuración al nuevo nodo se agrega este servidor al
balanceador de carga.
27
Figura 11. Incremento Nodo
Fuente: Amazon AWS.
3 Conclusiones
El desarrollo de este proyecto nos permitió implementar el autoscalling logrando
aumentar o disminuir la capacidad en minutos, no en horas ni en días. Permite enviar
una, cientos o incluso miles de instancias de servidor simultáneamente. Como todos
estos procesos se controlan con las API del servicio web, es posible que la aplicación
se escale (aumente o disminuye su capacidad) en función de las necesidades. Permite
tener un control total de las instancias como si se tratase de equipos físicos. (AMAZON
2016)
Podemos indicar las siguientes conclusiones específicas:
Reducción de costos, se cumple el objetivo estratégico de reducción de costos,
para el primer año los costos reales se ven reducidos en 50,145.24 dólares
americanos (72.38%) llegando a 19,136.04 dólares americanos,
comparándolos con los costos antes de la implementación de las mejoras que
estaban en 69,281.28 dólares americanos, siendo incluso mayor a la reducción
planificada antes de la ejecución del proyecto que reducía en 24,158.04
dólares americanos (65.13%) llegando a 24 158.04 dólares americanos. Hay
que tener en consideración que estos costos no están considerando los costos
28
de administración de la arquitectura. La figura (Figura 36. Comparativo costos
As-Is y To-Be) muestra un comparativo de estos costos.
Considerando los costos de administración para el primer año los costos reales
se ven reducidos en 36,043.28 dólares americanos (27.70%) llegando a
94,078.36 dólares americanos, comparándolos con los costos antes de la
implementación de las mejoras que estaban en 130,121.64 dólares
americanos, siendo incluso mayor a la reducción planificada antes de la
ejecución del proyecto que reducía en 33,341.76 dólares americanos (25.62%)
llegando a 96,779.88 dólares americanos. La figura (Figura 37. Comparativos
costos As-Is, To-Be y reales, considerado administración) muestra un
comparativo de estos costos.
Reducción de costos por visitas a la página web en 80% pasando de 0.0047
dólares americanos a 0.0009 dólares americanos por cada visita a la web,
desde la implementación de las mejoras a la arquitectura se puede apreciar
una disminución progresiva del costo por visita, esto se sustenta por el
incremento progresivo del número de visitantes a la página. La figura (Figura
38. Gráfico de visitas a la página web y costos por visita) nos permite visualizar
la evolución del número de visitantes, así como el costo por visita hasta el mes
de mayo del 2017.
Incremento del número de visitantes hasta más de 9 millones, podemos
concluir que la satisfacción de los visitantes se manifiesta con el incremento de
visitas en la web, debido a que este proyecto permitió una mayor fluidez de la
página, los clientes pueden sentirse más cómodos y confiados al navegar
dentro del portal. La proyección hecha para final del 2017 nos permite predecir
que se podrá superar los 11 millones de visitas en el mes de diciembre. La
29
figura (Figura 39. Grafico cantidad de visitas) muestra claramente el incremento
del número de visitas.
Disminución del desperdicio de arquitectura, el desperdicio de los recursos de
la arquitectura bajo un 8% aprovechando en un 92% de los recursos, antes de
la implementación el desperdicio estaba en un promedio de 64% aprovechando
solo entre un 10% a 36%. La figura (Figura 40. Grafico desperdicio de recursos
de arquitectura) muestra claramente la disminución del desperdicio.
Mejora en la percepción de los visitantes a la página Web, se realizó una
encuesta en el mes de febrero del 2017, donde los resultados indicaban una
mejora en el nivel de percepción de la velocidad de conexión de la página web,
las respuestas de algo lento y lento bajaron a un 40% comprando con el
resultado antes de la mejora de arquitectura que representaba más del 60%.
Menor tiempo de carga de la página Web, el tiempo de carga de la página con
la arquitectura anterior era de 10.8 segundos, con la mejora en la arquitectura
el tiempo es reducido a 7.1 segundos. Dicha reducción nos muestra una
mejora del tiempo de carga del 34%, por lo tanto, junto con la creciente
cantidad de visitantes del portal, indica una mejor percepción para los
visitantes.
4 Recomendaciones
Dentro de un proyecto como este, que se va basa en tecnologías que ha
surgido en los últimos años vertiginosamente, como es la tecnología cloud, se
desea que haya una mejora continua de la arquitectura TI del portal, por lo
tanto se recomienda el estudio del proyecto posteriormente, que la mejora de la
30
arquitectura con nuevas mejoras y aplicaciones complementarias que mejoren
el tiempo de respuesta del portal web así como el uso de las nuevas
herramientas para un auto escalado casi encajado con la demanda del mismo
sean aplicadas y comparadas con los resultados de este proyecto.
Otra de las recomendaciones seria que si bien el portal web está rindiendo
mejor con una arquitectura escalable aún hay mejoras por hacer a nivel web
mejorando el código fuente o renovando totalmente el portal ya que el
PageSpeed nos muestra una puntuación 58/100 en dispositivos móviles y
40/100 en ordenadores estando dentro del promedio entre nuestros grandes
competidores, si mejoramos nuestra web tendremos una mejor perspectiva de
nuestros clientes demostrándoles que pensamos en ellos no solo con nuestros
planes sino con la manera en la que se los presentamos.
Finalmente se recomienda implementar la arquitectura cloud en otros servicios
del negocio como correo o aplicaciones necesarios para el área comercial que
se encuentra en módulos en todo el, pero para una mayor escalabilidad y
fluidez.
31
5 Fuentes de Información
5.1 Fuentes bibliográficas
Cohen, D.& Asín, E. (2014). Tecnologías de la Información (6a. ed.). Editorial
McGraw-Hill Interamericana.
Hernández Sampieri, R. & Fernández Collado, C. & Baptista Lucio, M. (2010),
Metodología de la investigación (5ta. ed.). México DF: Editorial McGraw Hill.
Adam C.; Stadler R. (2006). A middleware design for large-scale clusters
offering multiple services. IEEE Trans Netw Service Manag 3 p.1–12
Armbrust M.; Fox A.; Griffith R.; Joseph A.; Katz R.; Konwinski A.; Lee G.;
Patterson D.; Rabkin A.; Stoica I.; Zaharia M. (2010). A view of cloud
computing. Commun ACM p.50–58
5.2 Fuentes hemerográficas
Diario Gestión, publicación del 18 de abril del 2017, Lima-Perú
5.3 Fuentes electrónicas
Casos de Éxito, “Soluciones Orión”. Diario La República.
Recuperado el 29 de marzo de 2017, de:
http://www.solucionesorion.com/casos-de-exito/larepublicaperu
Amazon elastic compute cloud (amazon ec2)
Recuperado el 9 junio 2017, de: http://aws.amazon.com/ec2/
Amazon web Services
Recuperado el 09 de junio de 2017, de:
https://aws.amazon.com/es/autoscaling
Entel Peru – Recuperado el 10 junio 2017, de: http://www.entel.pe/
32
Microsoft
Recuperado el 10 de junio de 2017, de: https://msdn.microsoft.com/es-
es/library/ms404705.aspx
Activate/Google España 2016
Curso virtual de 40 horas - Google España S.L. autorizado por el Gobierno
de España y el Ministerio de Industria, energía y turismo. Recuperado, de:
https://cursos.formacionactivate.es/cloud-computing/curso
Publicación de AWS
Recuperado 10 de junio de 2017, de:
https://aws.amazon.com/es/solutions/case-studies/
ENTEL Chile – Entel on demand
Recuperado 10 de junio de 2017, de:
http://corporaciones.entel.cl/PortalCorporaciones/appmanager/entel/corporaci
ones?_nfpb=true&_pageLabel=P6800374261282752247486
América Sistemas. (2016). Panorama de las Telecomunicaciones.
Recuperado el 27 de marzo de 2017, de:
http://www.americasistemas.com.pe/wp-
content/uploads/2017/01/InformeMyP2016-2017.pdf.
Cio Perú. (2014). Cloud computing: Nuevos emprendimientos.
Recuperado el 30 de marzo de 2017, de:
http://cioperu.pe/articulo/16263/cloud-computing-nuevos-emprendimientos/
Estados financieros Grupo Entel. Recuperado el 12 junio 2017, de:
https://entel.modyocdn.com/uploads/ebfe108b-66d1-
4191a3170595d32ddec0/original/2017_03_Estados_financieros_PDF_925800
00_201703_full_2.pdf
33
6 Anexos
6.1 Ficha de proyecto
6.1.1 Datos de la Empresa
Razón Social: ENTEL PERÚ S.A.
Domicilio Legal: República de Colombia 791- piso 14, San Isidro, Lima –
Perú.
RUC: 20106897914
6.1.1.1 Misión
Misión
“Hacer que vivamos mejor conectados, contribuyendo a
transformar responsablemente al Perú”.
Fuente: Entel Perú
Misión
La misión de Entel Perú S.A., es hacer que los peruanos
vivamos mejor conectados, a través de un servicio de
comunicación eficiente, económico y de calidad. Ofreciendo un
servicio acorde con las demandas tecnológicas, respetando el
medio ambiente y contribuyendo con una transformación
responsable del Perú.
En ese sentido, Entel Perú, trabajará arduamente para conectar
a todos los pueblos del Perú, satisfaciendo sus expectativas en
telecomunicaciones, con un servicio asequible para todos los
sectores sociales, sin limitar la calidad, ni encarecer el servicio.
Fuente: Elaboración Propia
34
6.1.1.2 Visión
“Ser un referente en el sector de las telecomunicaciones
brindando una experiencia distintiva, un lugar donde las
personas se realizan, una empresa que desafía al mercado y
crece de manera sostenible.”
Fuente: Entel Perú
6.1.1.3 Pilares Culturales:
Los pilares culturales de la empresa han sido transcritos en un
100% de su página web, y no han sido alterados /o modificados
por formar parte del activo tangible y propiedad intelectual de la
empresa: Entel Perú.
• “Trabajo en equipo colaborativo: Trabajamos con espíritu
de equipo privilegiando la visión global, sobre la propia,
para así alcanzar un fin común. Establecemos relaciones
de cooperación transversal y compartimos conocimiento y
experiencia.
• Personas realizadas: Promovemos y compartimos un
ambiente exigente pero estimulante y entretenido que
permite a las personas realizarse y crecer integralmente.
• Pasión y perseverancia: Trabajamos con energía y
entusiasmo para exceder las expectativas de los clientes.
Nos motiva, tanto lograr los objetivos de la Compañía,
como el camino para alcanzarlos.
• Innovación y adaptación: Buscamos nuevas formas de
crear valor para la Compañía, proponiendo ideas que
conlleven a mejoras en procesos y oferta al mercado.
35
Aceptamos los errores como oportunidades de aprendizaje
y somos capaces de adaptarnos a los cambios.
• Centrado en el cliente: Trabajamos con energía, actitud
positiva e interés genuino buscando exceder las
expectativas del cliente. Tomamos decisiones pensando en
él y aspiramos a establecer relaciones de confianza a largo
plazo.
• Cumplimiento, calidad y excelencia: Nos hacemos cargo
responsablemente de nuestras decisiones y acciones y nos
comprometemos a cumplir con altos estándares de
eficiencia y calidad. Mostramos una preocupación genuina
por los resultados de la compañía.”
Fuente: Entel Perú
6.1.1.4 Objetivos Estratégicos 2017
• Satisfacción de los clientes: “Mantener 21% de brecha,
sobre la competencia”.
• Base de suscriptores: Superar los 5 millones
• Ingresos: Superar los 1,500 millones de soles en
facturación.
6.1.1.5 Organigrama
36
Figura 12. Organigrama Entel Perú
Fuente: Entel Perú.
El proyecto de migración interviene principalmente con la
vicepresidencia de TI y Procesos, la Vicepresidencias de
Mercado Empresarial y la Vicepresidencia de Mercado
Personas.
6.1.2 Análisis de situación Actual de la Empresa (F.O.D.A.)
Fortalezas:
1. Es una marca joven en Perú, con respaldo y prestigio
internacional.
2. Es una empresa comprometida con sus clientes.
3. Brinda un servicio de calidad con conectividad y cobertura.
4. Tiene una fuerza de ventas competitiva y capacitada.
5. Ofrece equipos de última generación a precios asequibles.
6. Posee una infraestructura de red propia.
7. Cuenta con personal propio para soporte de TI.
Debilidades:
1. Alto endeudamiento (Fuente: Según calificación de Fitch Ratting).
2. Cobertura de servicios, solo de 75% del país.
3. Altos costos en infraestructura.
4. Organización incipiente en el área de TI.
5. Altos costos en proyectos, relacionados con los procesos de
soporte.
37
6. Presenta un portal web “pesado” y de difícil acceso
multiplataforma.
Oportunidades:
1. El Perú continúa demostrando un espacio de crecimiento para el
sector de telecomunicaciones.
2. El Perú tiene una tasa de inflación controlada y un sistema
financiero saludable. (Fuente: Diario Gestión 16/11/16. Christine
Lagarde).
3. El decreto Ley N° 30477, promueve la aprobación de obras de
servicios públicos (telecomunicaciones) por las municipalidades.
4. Soluciones de TI de bajo costo.
38
Amenazas:
1. Desastres naturales y su impacto.
2. Afectación de la conectividad y cobertura de Entel a causa de los
desastres naturales.
3. El fortalecimiento de los nuevos competidores de bajo costo, como
Betel, Tuenti, Virgen Mobile.
4. Las campañas agresivas de marketing y publicidad de los
operadores consolidados como Movistar y Claro.
5. El aprovechamiento eficiente de las redes sociales, por parte de
los demás proveedores de telecomunicaciones.
6. Portales web de la competencia, eficientes, ligeros y
multiplataforma.
7. Resistencia social a la instalación de antenas celulares.
Estrategias FO:
1. Repotenciar las estrategias de Marketing, Ventas y Calidad de
servicio; para lograr superar los cinco millones de clientes.
(F3,O1)
2. Expandir la red de infraestructura propia, al 100% del Perú.
(F6,O3)
3. Incrementare las campañas promocionales, ofreciendo equipos
de última generación con precios competitivos. (F5,O1)
39
Estrategias DO:
1. Reducir el endeudamiento, logrando un ingreso (facturación)
superior a los S/. 1 500 millones de soles. (D1,O2)
2. Mejora del Portal Web, reduciendo el desperdicio y altos costos en
infraestructura de red. Para mejorar la experiencia de los clientes
e imagen institucional. Aprovechando las nuevas tecnologías y
soluciones de TI. (D3,D5,D6,O4)
3. Lograr el 100% de cobertura del Perú. (D3,O3)
Estrategias FA:
1. Elaborar una estrategia de ventas, con campañas que ayuden a
minimizar el impacto de los desastres naturales en las ventas.
(F4,F8,A1)
2. Garantizar a los clientes conectividad y cobertura en situaciones
de emergencia. Respaldados en una red robusta y mejores
prácticas de los aliados internacionales: Entel Chile y Vodafone.
(F1,F3,F6,A2)
3. Renovar el compromiso de ofrecer un servicio de calidad a un
precio justo. Garantizando un crecimiento sostenido sin afectar la
calidad del servicio. (F6,A3)
4. Incrementar las campañas publicitarias, recordando al público, el
compromiso de Entel en ofrecer un servicio que apuesta por
lograr la satisfacción del cliente. (F6,A3)
40
Estrategias DA:
1. Establecer un Plan de Contingencia para minimizar los impactos
de los desastres naturales; con el objeto de garantizar el éxito
del plan de expansión de cobertura nacional. (D2,A2)
2. Reestructuración, capacitación e implementación de ITIL en el
área de TI. Con el objetivo de destinar recursos, para el manejo
de las redes sociales. Capitalizando la infraestructura, y
mejorando la comunicación, acercamiento e interacción con el
público. (D4,D3,A5)
3. Ofrecer un portal web amigable, eficiente, ligero, multiplataforma,
gestionable y económico. Que permita conocer indicadores,
estadísticas sobre número de visitas, procedencia de las visitas,
interés, datos de clientes, etc. Aplicar inteligencia de negocios.
(D5,D6,A6)
6.1.3 Antecedentes y problemas
6.1.3.1 Antecedentes generales
En Perú, el crecimiento sigue siendo relativamente resistente, y
se prevé que en 2017 se situé en 4,3 por ciento como resultado
de una ampliación de la producción de cobre, los precios más
altos de ese metal, un repunte del gasto público regional y local y
un sólido gasto en consumo de los hogares. Como la brecha del
producto se está cerrando, la atención debería centrarse ahora
en una consolidación fiscal gradual, pero preservando el gasto
en infraestructura pública, y en reformas estructurales favorables
para el crecimiento, como la disminución de la informalidad, la
mejora del nivel de educación, la profundización de los mercados
de capitales y la reducción de los trámites burocráticos. Los
41
rankings internacionales más relevantes aún siguen mostrando
al Perú como uno de los países rezagados en materia de
telecomunicaciones.
En el primer trimestre del año 2016, el sector de
telecomunicaciones del Perú presentó un crecimiento del 6.9%
respecto al primer trimestre del 2015*.
(*) Fuente: Estadísticas del sector de telecomunicaciones, Primer
trimestre 2016-MTC del Perú.
Figura 13. Ranking Internacional Telecomunicaciones
Fuente: América Sistemas.
6.1.3.2 Antecedentes específicos
Entel Perú es la más reciente adquisición del grupo Entel Chile.
Desde sus inicios,en el año 2014, Entel Perú ha logrado al
2015, posicionarse del 9% del mercado para telefonía móvil. A
finales del 2016, Entel Perú, logró el 12.85% de participación,
con un total de 4’846,671 clientes.
42
Entel para finales del 2016, se consolidó como el operador líder
de portabilidad, según cifras oficiales de OSIPTEL.
Entel Chile, adquirió la empresa Nextel Perú en abril de 2013,
pagando la suma de US$ 410,6 millones de dólares
americanos.
Finalmente, desde el 12 de octubre de 2014, la marca Entel
comenzó a operar en Perú. Erradicando de la mente de los
peruanos, el recuerdo de Nextel Perú, y ofreciendo como parte
de su servicio el cumplimiento de su slogan comercial “La señal
que estabas esperando”.
El plan comercial de Entel Perú, y su aplicación disruptiva,
marcó un hito en el mercado móvil peruano. Pues obligó a los
líderes del sector (Movistar y Claro) a replantear sus
estrategias de negocio, planes de servicio y fidelización de
clientes.
Desde su lanzamiento, Entel Perú ha logrado triplicar el 100%
de la red que adquirió al comprar a Nextel Perú. Y teniendo
como misión transformar responsablemente al Perú, Entel,
según las declaraciones de Antonio Buchi, gerente general del
grupo Entel, tiene una proyección de inversión de USD 1 100
millones de dólares, para extensión de su red de
telecomunicaciones y cobertura nacional con calidad para los
servicios de voz y datos.
6.1.3.3 Problema
43
Problema principal: Debido a las “malas prácticas del área de
TI”, se originó el desperdicio y sobre costo de infraestructura
dedicada para la web de Entel Perú.
Hecho que, fue comprobado con los análisis de tráfico y
consumo de recursos dedicados; que reportaron e identificaron
que se estaba gastando un 60% más, al mantener una
arquitectura de TI dedicada y estática, para el funcionamiento de
la página web.
Problemas específicos: podemos indicar los siguientes:
Altos costos financieros en infraestructura de red, la cual
asciende a los $ 69 281.88 dólares americanos al año.
Desperdicio de Arquitectura Dedicada y sus altos costos
(aprox. 60% más).
Problemas de tiempos de respuesta (10.8s).
El área de TI empezó a utilizar herramientas de análisis
para cuantificar datos sobre el comportamiento de la web:
tráfico, velocidad de carga, conexión y ralentización de la
web; en horas picos, en fechas de campaña, y periodos
simples.
6.1.3.4 Lecciones Aprendidas
Caso 1: Diario la República
“De cara a la primera vuelta de las elecciones presidenciales de
abril de 2016, el conglomerado se preparó para soportar
mayores cargas de tráfico interno e internacional sin que esto
afectara el funcionamiento de sus sitios.
LaRepublica.pe. no estaba dentro del conjunto de Amazon Web
Services, teníamos una infraestructura más antigua, con
44
servidores físicos que ya tenía tres años, y que además estaba
sobredimensionada. La cercanía de la primera vuelta de las
elecciones presidenciales peruanas nos planteaba el reto de
pasar a una arquitectura que pudiera soportar gran tráfico.
César Soplin, jefe de proyectos del Grupo La República-Perú,
resume así los motivos por los que el Grupo La República de
Perú decidió comenzar a trabajar con Soluciones Orión.
La República Publicaciones es un grupo de medios peruano que
tiene más de 30 años de historia. Está formado por el diario
político La República, el deportivo Líbero y un periódico más
masivo denominado El Popular, todos de circulación nacional.
Actualmente tiene más de mil empleados, quienes también se
desempeñan en las diferentes revistas pertenecientes al grupo y
en los numerosos portales digitales, siendo el más importante de
ellos LaRepublica.pe.
Precisamente para potenciar este sitio web de cara a las
elecciones presidenciales de este año, es que decidieron
trabajar con Soluciones Orión y Amazon Web Services.
“LaRepublica.pe. no estaba dentro del conjunto de Amazon Web
Services, teníamos una infraestructura más antigua, con
servidores físicos que ya tenía tres años, y que además estaba
sobredimensionada. La cercanía de la primera vuelta de las
elecciones presidenciales peruanas nos planteaba el reto de
pasar a una arquitectura que pudiera soportar gran tráfico”,
explica César Soplin.
Históricamente, LaRepublica.pe en momentos claves de la
actualidad nacional recibe un gran aumento en su ya importante
tráfico habitual, entonces “estábamos frente al reto de pasar de
45
una arquitectura de servidores físicos, conectados, a una
arquitectura cloud escalable que permitiera soportar el gran
aumento de tráfico que tuvimos por las elecciones.
Por eso nos reunimos con Soluciones Orión para que nos
ayudaran con su soporte en la implementación de esta nueva
infraestructura de AWS. La infraestructura anterior era
totalmente física, y pasar a una infraestructura totalmente
flexible, tuvo que hacerse paulatinamente”, puntualiza Carlos
Cortez, Jefe de Infraestructura del grupo.”
Fuente: Soluciones Orión
6.1.4 Conceptualización de la operación
La Arquitectura de la web actual de ENTEL y los altos costos que
generan han sido los indicadores determinantes para impulsar el
desarrollo de este proyecto.
Las deficiencias identificadas, afectan directamente nuestra imagen y
prestigio. Puesto que siendo una empresa de telecomunicaciones y
teniendo como slogan ofrecer un servicio de conectividad y cobertura
100% garantizado, no podemos permitirnos tener deficiencias en
nuestro portal web, ni causar malas experiencias en posibles clientes,
que deseen visitar nuestro portal para obtener información de la
empresa.
En el contexto de un mundo, totalmente informático y tecnológico. En
el cual la exigencia por la calidad total se mide desde el primer
contacto, es imprescindible contar con una página web, eficiente, ágil,
versátil y multiplataforma, reposada en las nuevas tecnologías, menos
recursos dedicados y presupuestos moderados.
46
La factibilidad del proyecto desde el punto de vista financiero, lo
podemos medir con el valor actual neto (VAN), el cual nos permitirá
calcular el valor presente del ahorro de costos, considerando la
inversión inicial de este proyecto de mejora.
Para este proyecto estamos considerando lo siguiente: el costo de las
mejoras de este proyecto es de US$ 18 000.00, el ahorro de costos
anual una vez finalizado este proyecto es de US$ 45 123.24 por año y
estamos considerando la tasa de descuento de 12.12%, con lo cual el
VAN calculado es:
𝑉𝐴𝑁 = −18 000 + 45 123.24
(1 + 0.1212)1+
45 123.24
(1 + 0.1212)2+
45 123.24
(1 + 0.1212)3
𝑉𝐴𝑁 = 90 155.31
El estudio económico este dado por la reducción de los costos anuales
hasta un 34.87% lo que representa US$ 24 158.04 dólares
americanos.
La factibilidad desde el punto de vista social, es brindar un servicio de
información a través de una web eficiente y permitiendo una conexión
multiplataforma.
47
Detalle
A Ñ O 1
Nov Dic Ene Feb Mar Abr May Jun Jul Ago Set Oct Total
Ahorro (Diferencia de costos luego de Mejoras Arquitectura Web Entel
3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 45,123.24
Detalle
A Ñ O 2
Nov Dic Ene Feb Mar Abr May Jun Jul Ago Set Oct Total
Ahorro (Diferencia de costos luego de Mejoras Arquitectura Web Entel
3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 45,123.24
Detalle
A Ñ O 3
Nov Dic Ene Feb Mar Abr May Jun Jul Ago Set Oct Total
Ahorro (Diferencia de costos luego de Mejoras Arquitectura Web Entel
3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 3,760.27 45,123.24
Rf = Tasa Libre Riesgo
4.74%
β = Beta sector
0.91
Rm = Tasa Rendimiento Mercado 9.88%
rp = Riesgo País
2.70%
Re = k
12.12%
VAN
90 155.31
Figura 14. Calculo de VAN y TIR
Fuente: Elaboración propia.
48
6.1.4.1 Objetivos
Objetivos Generales
Mejorar la arquitectura de TI de la página web de ENTEL Perú, a través de la
migración de una arquitectura dedicada a una auto escalable.
Objetivos Específicos
• Implementar correctamente la arquitectura de TI auto escalable y con alta
disponibilidad.
• Reducir los costos de infraestructura dedicada, al eliminar el Wasted. Es
decir, pagar solo por lo que se consume.
• Implementar el New Relic, para la monitorización a nivel de App’s y de
incidencias (alertas).
• Optimizar el tiempo de respuesta del servidor: Eliminando la ralentización
de la web durante el tráfico y acceso multiplataforma.
6.1.4.2 Ventajas y resultados
Las ventajas son:
• Recursos auto-escalables y solo cuando se necesiten
• Menor costo en arquitectura y recursos dedicados
• Reducción de consumo de energía
• Rapidez y eliminación de estancamiento en horas pico.
• Eliminaremos los desperdicios
Los resultados son:
• Reducción del presupuesto asignado para el servicio web
• Mejora de la imagen institucional a través de la calidad del servicio del web
site
49
6.1.4.3 Metodología aplicada en el proyecto
La metodología aplicada se centra en el escalamiento horizontal, una web
pública tendrá un escalamiento que podrá aumentar o reducir de acuerdo a
la demanda, eliminando el desperdicio de infraestructura.
Los componentes y servicio incluidos:
• Amazon ElasticCache, servicio que facilita la implementación, el
funcionamiento y el escalado de una caché o almacén de datos en
memoria en la nube.
• Amazon Elastic File System (Amazon EFS), proporciona un
almacenamiento de archivos sencillo y escalable para su uso con
instancias de Amazon EC2 en la nube.
• New Relic (APM), servicio para monitorización de la solución web
instalada con un agente en cada nodo.
6.1.5 Planeación del proyecto
Se cuenta con un equipo técnico multidisciplinario, con la experticia
suficiente para la ejecución del proyecto, de distribución hibrida. Es
decir, apoyaremos el proyecto en la experiencia y eficiencia de la
consultora Everis Consulting, IT & Outsourcing Professional Services y
personal de TI de ENTEL PERÚ.
Los profesionales de Everis, cuentan con las siguientes experiencias y
conocimientos:
• Sistema de gestión de contenidos WordPress
• Configuración y Administración de servidores Linux
• WebServices de Amazon
• Definición y configuración de arquitecturas de HW
Manejo de Tecnologías:
• MySQL, PHP, Apache
50
• ITIL Foundation
• Metodologías Ágiles (SCRUM)
Y por parte de ENTEL, los profesionales de, están certificados en:
• AWS Certified Solutions Architect
• AWS Certified Developer
• AWS Certified SysOps Administrator
• ITIL Foundation
• SCRUM (PSM, PSD, PSPO)
• TOGAF ®, IT4IT ™ Certified
• APMG DevOps (DASA)
• ISTQB Certified Tester
6.1.5.1 Composición del equipo técnico del proyecto
El equipo de proyecto estará compuesto por parte de Everis:
• Un gerente de proyecto,
• Un arquitecto de sistemas,
• Un arquitecto de desarrollo.
Entel por su parte, tendrá el siguiente equipo:
• Un gerente de proyecto (Gerente de TI),
51
Figura 15. Equipo de proyecto
Fuente: Elaboración propia.
Como personal de apoyo externo al proyecto se cuenta con:
• Un Sponsor (Gerente de Administración),
• 4 ingenieros de infraestructura y redes.
• 4 usuarios del área de TI.
6.1.5.2 Definición de actividades y roles
Podemos identificar los siguientes roles con sus respectivas
responsabilidades:
Gerente de proyecto, tiene las siguientes responsabilidades:
• Determina los plazos, fases y entregables del proyecto,
• Gestiona y controla el alcance del proyecto,
• Monitorea el avance del proyecto, el desempeño y las
necesidades del equipo en general,
• Determina y asigna los roles responsabilidades y tareas a
los miembros del equipo,
52
• Informa oportunamente y propone alternativas de solución
al comité de seguimiento, sobre cualquier incidente o
problema que pueda generar atrasos o inconvenientes
para el normal desenvolvimiento del proyecto,
• Monitorea los problemas e incidentes presentados y
establece un proceso de solución efectivo,
• Provee la gestión general y diaria del proyecto,
• Reporta el avance del proyecto al comité de seguimiento.
Arquitecto de sistemas, tiene las siguientes
responsabilidades:
• Optimización de base de datos,
• Configuración de nuevo mecanismo de sincronización,
• Asegurar que se alcance el máximo de robustez de
arquitectura.
Arquitecto de desarrollo, tiene las siguientes
responsabilidades:
• Crea los planos generales para la colección de tecnologías
que apoyen el marco tecnológico,
• Integrar con las bases de datos,
• Evaluar la estrategia de desarrollo, combinando esas
necesidades a las soluciones tecnológicas adecuadas,
• Gestionar los contenidos,
• Integrar con otras aplicaciones,
• Determinar las especificaciones técnicas para el entorno
de desarrollo.
6.1.5.3 Matriz de responsabilidades
MATRIZ DE RESPONSABILIDADES
53
PROYECTO Implementación de Mejoras en la Web Pública “Institucional” de ENTEL PERÚ
ID PTIWE10101
Etapa del Cronograma
Producto o Entregable
Manuel Ojeda
(Arquitecto de
Desarrollo PHP)
Raúl Porras (Arquitecto
de Sistemas)
Javier Barreto (Gerente
de Proyecto)
Carlos Chávez
(Gerente de TI Entel)
1
Base de datos optimizada con servicio RDS de AWS actualizado
R A,C I
2 Sistema de caché implementado
R A C I
3
Mecanismo de sincronización de Amazon EFS configurado
R A,C I
4
Arquitectura de auto scalling implementada
R A,C I
Figura 16. Matriz de responsabilidades
Fuente: Elaboración propia.
Figura 17. Leyenda Matriz de responsabilidades
Fuente: Elaboración propia.
54
6.1.6 Diagrama Gantt
6.1.6.1 E
t
a
p
a
s
d
e
l proyecto
Figura 18. Etapas del proyecto
Fuente: Elaboración propia.
6.1.6.2 Línea de tiempo
55
El
proyecto tiene una duración de 63 días.
Figura 19. Línea de tiempo
Fuente: Elaboración propia.
56
6.1.7 Matriz de riesgos
Figura 20. Matriz de riesgos
Fuente: Elaboración propia.
# Event o Riesgo Sínt om a P robab ilidad I m pac t o P r ior idad P revent ivo Respuest a
Responsab le de
la ac c ión de
respuest a
1
I nhab ilit ac ión d e
un m iem bro d el
equ ipo
Problemas con el
cumplimiento del
cronograma de
proyecto
Demora en culminación
de tareas y/o fasesMedia Alt o 4
Documentar diariamente todos los
avances del proyecto y reforzar el
compromiso del equipo del proyecto
para con el proyecto.
En caso la inhabilitación venga de parte de Entel, por la ausencia del
Gerente de TI, automáticamente se contaría con el apoyo del Subgerente
de TI.
Para el caso del personal de EVERIS, el reemplazo debe ser inmediato. Por
un "par" con iguales conocimientos requeridos para el desarrollo del
proyecto.
Gerente del
Proyecto
2
Com plic ac iones
c on la Opt im izac ión
de base de dat os y
nuevas t ec no logías
Desconfiguración de la
BD y parámetros de RDS
Estancamiento del
desarrolloBaj a Alt o 7
Desarrollo exigente, en el "Ambiente
de Pruebas", contemplando todos
los escenarios posibles mara
mantener la integridad de la data
Mitigar el impacto, levantando el backup antes de las pruebas y con la
última configuración de la BD guardada.
Arquitecto de
desarrollo
3
P rob lem as c on la
ej ec uc ión del p lan
de c ont ingenc ia
para el respaldo d e
la arqu it ec t u ra
Perder información
crítica
Retraso con el
cronograma de fasesMedia Medio 5
La ejecuación del Plan de
Contingencias en ambientes de
pruebas por los arquitectos,
validados y aprobados por los
Gerentes del Proyecto
Mitigar realizando informes de conformidad cada periodo de ejecución del
plan de contingencia.Equipo de Trabajo
4
D ific u lt ades
inesperadas al
ej ec ut ar P lan d e
Migrac ión
Devolver la producción
a Fajo "O"
Problemas de
conectividad y tiempos
de respuesta
Media Alt o 4
Trabajar los procedimientos en el
ambiente de pruebas para mitigar
errores
Mitigar realizando un RollBack de manera rápida, identificando y
corrigiendo las fallas en el ambiente de pruebas.
Arquitecto de
desarrollo
5
Fallas en la
im p lant ac ión d e la
gest ión de
m on it oreo y
aut oesc alab ilid ad
Retraso en el desarrollo
del proyecto
Falta de monitorización
y autoescalabilidadAlt o Alt o 1
Efectuar todos los procedimientos
en el ambiente de prueba antes que
en el de producción
Mitigar revisando la configuración del monitoreo y autoescalabilidad en el
ambiente de pruebas para corregirla en producción.
Arquitecto de
Sistemas
6
P rob lem as c on la
validac ión de
serv ic ios ex t ernos
de c om unic ac ión
(AW S)
Perder la conectividad y
comunicación con los
servidores AWS
Página web sin
informaciónMedia Alt o 4
Establecer un protocolo de trabajo
con los parámetros de comunicación
para AWS
Verificar las conexiones con los proveedores de internet contratados,
líneas principales así como las de respaldo y verificar la conexión con los
servidores cloud, coordinando con Amazon.
Arquitecto de
desarrollo
7
P rob lem as c on la
c apac it ac ión al
personal ex t ern o al
p royec t o (personal
de apoyo de TI d e
ENTEL ).
En el seguimiento o
soporte, se podrían
producir errores por
desconocimiento
Problemas de
comunicación y
cooperación
Baj a Medio 8
Coordinar y planificar las
capacitaciones para que no afecta
con las obligaciones diarias del
personal de ENTEL
Transferir la responsabilidad al proveedor (Jefe inmediato responsable)
para una mejor capacitación.Gerente de TI
57
Probabilidad Descripción Frecuencia
BAJA Cuando el evento se ha presentado
en circunstancias excepcionales.
Que se haya presentado al menos 1 vez en los últimos 4 proyectos o 3
años
MEDIA El evento puede ocurrir en algún
momento.
Que se haya presentado al menos 1 vez en los últimos 2 proyectos o 2
años
ALTA Probablemente este evento ocurra
en varias ocasiones. Que se haya presentado al menos 1 vez en el último proyecto o año.
Figura 21. Calculo de probabilidad riesgos
Fuente: Elaboración propia.
Impacto Descripción
BAJA Si el hecho llegara a presentarse tendría efectos
mínimos tanto económico como en el cronograma del proyecto.
MEDIA
Si el hecho llegara a presentarse tendría medianas consecuencias reflejados tanto a nivel económico como en un retraso del cronograma
del proyecto.
ALTA
Si el hecho llegara a presentarse tendría altas consecuencias reflejados tanto a nivel
económico como en un retraso del cronograma del proyecto.
Figura 22. Calculo de impacto
Fuente: Elaboración propia.
Grado de clasificación del Riesgo
Consecuencias
Ligeramente dañino (B)
Dañino (M) Extremadamente
Dañino (A)
Probabilidad
Baja Riesgo trivial
Riesgo tolerable
Riesgo moderado
Media Riesgo
tolerable Riesgo
moderado Riesgo
importante
Alta Riesgo
moderado Riesgo
importante Riesgo
intolerable
Figura 23. Grado de clasificación impacto
Fuente: Elaboración propia.
Impacto
B M A
58
Pro
bab
ilid
ad
B 9 8 7
M 6 5 4
A 3 2 1
Figura 24. Puntaje probabilidad e impacto
Fuente: Elaboración propia.
6.1.8 Impactos esperados del proyecto
6.1.8.1 Impactos tecnológicos
Son diversos y no cuantificables, a nivel de empresa migrar a
una plataforma cloud, virtualizando servicios y mejorando la
calidad de los mismos, a bajo costo. Es realmente una apuesta
por un mundo tecnológico inminente y amigable.
La Arquitectura AutoScaling, ofrecida por Amazon es una
propuesta versátil, y de mejora tangible a corto plazo.
El funcionamiento de esta metodología se basa en balancear la
carga de un modo preciso, ofreciendo un crecimiento escalable
sin mayor complicación y en cuestión de segundos.
Garantizando la confiabilidad de los datos, la performance del
servicio y aprovechando los recursos compartidos de la
plataforma.
59
6.1.8.2 Impactos sociales
Se pueden medir desde diferentes perspectivas, y analizarse con
mucha imparcialidad:
En este ámbito podemos determinar, que probablemente este
tipo de solución requiera de menos horas hombre para la
empresa que la adopta, provocando posibles despidos de
personal o re-ubicación de los mismos.
Pero a su vez, se puede capitalizar esta situación, convirtiéndola
en una oportunidad para estos hombres posiblemente
desempleados, de repotenciar sus conocimientos, para ofrecer
asesorías en este tipo de migraciones.
Desde el lado social – laboral positivo, es que hay menos carga
de trabajo para el personal de TI. Así como menos riesgo y
preocupación por la posible caída o pérdida de servicio.
Desde el punto de vista social-empresarial, es una opción
interesante, pero sobre todo económica, y aplicable a cualquier
tipo, tamaño de empresa o entidad. Sus aportes son
importantes, pero básicamente tangibles e influyentes en el
crecimiento de la empresa.
6.1.8.3 Impactos ambientales
Son tangibles desde el primer día de implementación. La
disminución de consumo de recursos físicos (servidores,
equipos, monitores, etc.) hasta el ahorro de energía. Tanto por
parte del cliente (empresa) que la implementa, como por parte
del proveedor (Amazon). Puesto que el aprovechamiento de
recursos compartidos hace más eficiente el consumo de los
60
mismos y la interescalabilidad del uso de los recursos, apoya la
auto escalabilidad de la metodología.
6.1.8.4 Impactos económicos.
El impacto financiero es notable, hay un ahorro en recursos
económicos realmente considerable, teniendo un ahorro de
costo que pueden ascender a los $ 45 123.24 por año.
6.2 Estudio de factibilidad
Introducción
En este documento podremos verificar los motivos por el cual el proyecto de
mejora de la arquitectura TI de la Web de Entel Perú debe ser aprobada,
detallando estudios de mercado aspectos técnicos-operativos y validando
los beneficios económicos que representa la implementación de una
arquitectura Cloud para la empresa.
Situación Actual
En la actualidad Entel Perú presenta objetivos estratégicos para disminuir
los gatos de la empresa, pero al analizar los reportes de gastos del área de
Ti se verificó que esta incurre en gastos demasiados altos asignados para la
página web, por ello se realiza un análisis y se evalúa la opción de cambiar
de arquitectura TI por una arquitectura innovadora, económica y a la vez
mejorando la eficiencia y optimizando recursos.
Estudio de mercado
El estudio de mercado siguiente nos permitirá verificar la satisfacción de los
visitantes con el portal web, como también que existe una brecha donde no
se están cumpliendo las expectativas de dicho visitante, dicha encuesta nos
61
permite saber que tanto está de acuerdo con la velocidad de respuesta del
portal web, así como de que dispositivo se conecta el visitante.
En Julio de 2016, se realizó una encuesta a 384 visitantes de la página web,
de un total de 2 704 560 visitantes en el mes, los visitantes en el mes
tuvieron una distribución normal en los días que visitaban la página.
Figura 25. Gráfico de cantidad de visitas mensuales
Fuente: Elaboración propia.
Ficha encuesta:
• Tipo de estudio: Encuesta online a visitantes a la web Entel Perú.
• Fecha de levantamiento: 01 de agosto de 2016.
• Población objetivo: Visitantes de la página web en Julio 2016.
• Tipo de muestra: Probabilística
• Población N = 2 704 560 visitas
• Nivel de confianza: 95%, el nivel de confianza es de 95% porque se usa
el estándar más usado para este parámetro
• Margen de error: 5%, el margen de error es de 5% porque se usa el
estándar más usado para este parámetro
• Fórmula para obtención de tamaño de muestra 𝑛 =𝑍∝
2 ×p × q
𝑑2
Donde Za = 1.96, p = q = 0.5
0
20000
40000
60000
80000
100000
120000
140000
160000
180000
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Cantidad de Visitas del portal web mensual
62
𝑛 =1.962×0.5 × 0.5
0.052
• Tamaño de la muestra calculada n = 384
En dicha encuesta se tomaron las siguientes preguntas:
¿El acceso a este sitio web es a menudo?, siendo las posibles respuestas:
Muy rápido.
Algo rápido.
Algo lento.
Lento.
Tabla 1. Percepción de usuarios acerca de la velocidad de acceso a la pagina Web de Entel
Respuesta Nro. Respuesta %
Muy rápido 53 13.80
Algo rápido 81 21.10
Algo lento 122 31.80
Lento 128 33.30
Total 384 100.00
Fuente: Elaboración propia.
63
Figura 26. Gráfico de Percepción de usuarios acerca de la velocidad de Acceso a la Web Entel
Fuente: Elaboración propia.
¿Desde qué tipo de dispositivos accedes a menudo a este sitio web?, siendo
las posibles respuestas:
• Computadora de escritorio.
• Computadora portátil.
• Teléfono inteligente.
• Tablet.
Tabla 2. Tipo de conexión a la página Web Entel
Respuesta Nro. Respuesta %
Escritorio 77 20.10
Portátil 84 21.90
Smartphone 138 35.90
Otro 85 22.10
Total 384 100.00
Fuente: Elaboración propia.
13.8%
21.1%
31.8% 33.3%
0.0%
5.0%
10.0%
15.0%
20.0%
25.0%
30.0%
35.0%
Muy rápido Algo rápido Algo lento Lento
64
Figura 27. Grafico tipo de conexión a la página Web Entel
Fuente: Elaboración propia.
De dicho análisis podemos obtener la siguiente información:
• Más del 60% de los encuestados opinan que la página es lenta o muy
lenta, lo cual indica un descontento con el rendimiento y la velocidad
de respuesta del portal web.
• Más del 50% de los encuestados se conectan mediante medios
portátiles como son el Smartphone y la tableta.
Por lo tanto, llegamos a la conclusión que la velocidad de conexión del portal
web es un problema critico en lo que respecta a la imagen de la empresa
hacia sus clientes, enfocado en las visitantes que se conectan al portal
mediante dispositivos móviles.
Estudio técnico Operativo
Este servicio de Autoscaling hoy en día está disponible en varios
proveedores a precios accesibles y con variedad de servicios a escoger, en
20.1% 21.9%
35.9%
22.1%
0.0%
5.0%
10.0%
15.0%
20.0%
25.0%
30.0%
35.0%
40.0%
Escritorio Portátil Smartphone Tablet
65
esta ocasión se escoge Amazon WEB Service por la tecnología que provee
y la variedad de opciones que nos brinda, asegurándonos la continuidad de
nuestro servicio en todo momento.
En los siguientes cuadros se detallan las diferencias y motivos por lo cual la
implementación de una tecnología Cloud es de mayor beneficio para la
empresa por motivos técnicos.
Figura 28. Estudio comparativo tecnológico
Fuente: Elaboración propia.
Figura 29. Estudio comparativo económico y financiero
66
Fuente: Elaboración propia.
Figura 30. Leyenda criterio de puntuación para estudio comparativo
Fuente: Elaboración propia.
Estudio económico financiero
La implementación de este nuevo servicio afecta directamente con uno de
los objetivos de la organización el cual es Superar los 1,500 millones de
soles en facturación reduciendo los gatos anuales actuales desde
$45,123.24 hasta $54,051.24 con un costo de proyecto de $18,000.21.
Teniendo un VAN positivo de $90 155.31 en un plazo de 3 años generando
una mayor riqueza para los inversionistas o sponsor, en la Figura 14.
Calculo de VAN y TIR se muestra el cálculo respectivo.
67
Figura 31. Comparación costo infraestructura As-Is vs. To-Be
Fuente: Elaboración propia.
En la figura (Figura 31. Comparación costo infraestructura As-Is vs. To-Be)
podemos ver el precio de la Infraestructura To-Be con ocho nodos activos
para evaluar el máximo costo y compararlo con el costo actual aun así
podemos notar que en el caso que se genere mayor tráfico en la web esta
aun así tendría un ahorro del 34.87%.
En la figura (Figura 32. Costo mínimo Infraestructura To-Be) podemos ver el
precio de la Infraestructura To-Be con solo dos nodos activos, lo que
representa un costo mínimo por esta infraestructura.
68
Figura 32. Costo mínimo Infraestructura To-Be
Fuente: Elaboración propia.
La arquitectura autoscaling considera 2 nodos "anclas". El costo por
instancia adicional es de $0.067 para instancia t2.medium
Figura 33. Costos detallados por nodo
Fuente: Elaboración propia.
69
Cronograma de ejecución propuesto
En el gráfico 30 podemos apreciar el plan de trabajo de 9 semanas para la
ejecución de las 4 mejoras marcando el tiempo correspondiente para las
modificaciones e implementaciones.
Figura 34. Cronograma de ejecución del proyecto
Fuente: Elaboración propia.
70
6.3 Árbol de problema
Figura 35. Árbol de problema
Fuente: Elaboración propia.
71
6.4 Cuadros comparativos de conclusiones
Figura 36. Comparativo costos As-Is y To-Be
Fuente: Elaboración propia.
Figura 37. Comparativos costos As-Is, To-Be y reales, considerado administración
Fuente: Elaboración propia
1.46 1.46 1.46 1.46 1.64 1.83 1.64 1.83
1.46 1.46 1.64 1.83
-
1.00
2.00
3.00
4.00
5.00
6.00
7.00
dic-16 ene-17 feb-17 mar-17 abr-17 may-17 jun-17 jul-17 ago-17 sep-17 oct-17 nov-17
Comparativo Costos (expresado en miles dólares)
Costos As-Is Costos To-Be Costos Reales
6.90 6.85 7.97
7.43 8.29 8.88 7.96 8.14 7.77 7.77 7.96 8.14
-
2.00
4.00
6.00
8.00
10.00
12.00
dic-16 ene-17 feb-17 mar-17 abr-17 may-17 jun-17 jul-17 ago-17 sep-17 oct-17 nov-17
Comparativo Costos (expresado en miles dólares)
Costos As-Is Costos To-Be Costos Reales
72
Ficha técnica encuesta acerca de la percepción de velocidad de conexión a la página
web de Entel.
Tipo de estudio: Encuesta online a visitantes a la web Entel Perú.
Fecha de levantamiento: 01 de abril de 2017.
Población objetivo: Visitantes de la página web en febrero 2017.
Tipo de muestra: Probabilística
Población N = 3 000 000 visitas
Nivel de confianza: 95%, el nivel de confianza es de 95% porque se usa
el estándar más usado para este parámetro
Margen de error: 5%, el margen de error es de 5% porque se usa el
estándar más usado para este parámetro
Fórmula para obtención de tamaño de muestra 𝑛 =𝑍∝
2 ×p × q
𝑑2
Donde Za = 1.96, p = q = 0.5
𝑛 =1.962×0.5 × 0.5
0.052
Tamaño de la muestra calculada n = 384
Tabla 3. Percepción de usuarios acerca de la velocidad de acceso a la página Web de Entel Fuente: Elaboración propia.
Respuesta Nro. Respuesta %
Muy rápido 78 20.60
Algo rápido 151 39.30
Algo lento 94 24.50
Lento 60 15.60
Total 384 100.00
73
Figura 38. Gráfico de visitas a la página web y costos por visita
Fuente: Elaboración propia.
Figura 39. Grafico cantidad de visitas
Fuente: Elaboración propia.
2.50 2.40 2.75 3.40
2.85
4.85
4.60
6.65
9.55
0.0047 0.0049
0.0039
0.0020 0.0024 0.0027
0.0016 0.0012
0.0009 0.0000
0.0010
0.0020
0.0030
0.0040
0.0050
0.0060
0.00
2.00
4.00
6.00
8.00
10.00
12.00
sep-16 oct-16 nov-16 dic-16 ene-17 feb-17 mar-17 abr-17 may-17
Co
sto
po
r vi
sita
nte
(ex
resa
do
en
un
idad
dó
lar
amer
ican
o)
Vis
itan
tes
Web
(ex
pre
sad
o
en m
illo
nes
)
Título del eje
Costos Visitas Web
Visitas Web Costos de portal
2.303 2.478 2.534
3.400 2.850
2.850
4.600
6.650
9.550
0
2
4
6
8
10
12
sep-16 oct-16 nov-16 dic-16 ene-17 feb-17 mar-17 abr-17 may-17
Cantidad de visitas pagina Web 2016 -2017 (expresado en millones de visitantes)
74
Figura 40. Grafico desperdicio de recursos de arquitectura
Fuente: Elaboración propia.
Figura 41. Velocidad de carga página Web Entel As-is
Fuente: Elaboración propia.
0
10
20
30
40
50
60
70
Jun Jul Ago Set Oct Nov Dic Ene Feb Mar Abr May
2016 2017
Desperdicio de recursos de arquitectura
nodo uso servidores
75
Figura 42. Velocidad de carga página Web Entel To-Be
Fuente: Elaboración propia.