Mejora de la arquitectura de TI para la web Entel Perú S A
Texto completo
(2) Contenido. 1.. Introducción................................................................................................. 8. 2.. Proyecto Integrador ................................................................................... 10 2.1. Modelado del negocio ......................................................................... 10. 2.1.1 2.2. Arquitectura TI: Web Entel As-Is................................................... 10. 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.
(3) 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.
(4) 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.
(5) 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.
(6) 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.
(7) 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). 8.
(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.. 9.
(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.. 10.
(11) Figura 1. Problema de arquitectura actual Fuente: Elaboración propia.. 11.
(12) Figura 2. Arquitectura de TI: Web Entel As-Is Fuente: Elaboración propia.. 12.
(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.. Fig ura 3. Propuesta de mejora Fu ente: 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.. 13.
(14) Figura 4. Arquitectura de TI: Web Entel To-Be Fuente: Elaboración propia.. 14.
(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.. 15.
(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.. 16.
(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 17.
(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.. 18.
(19) Figura 5. Diseño Lógico Fuente: Elaboración propia.. 19.
(20) Figura 6. Diseño Físico Fuente: Elaboración propia.. 20.
(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). 21.
(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. 22.
(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.. F i g ura 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.. 23.
(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.. F i gura 8. Flujo de pases ambientes no productivos Fuente: Fuente: Entel Perú. F 24.
(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 empaquetador. en. constantes, de. Funciones. argumentos,. Nuevo. variádicas,. Des-. 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).. 25.
(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.. F i g u r a 1 0 . B a l anceador 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.. 26.
(27) F igura 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. 27.
(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. 28.
(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. 29.
(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.. 30.
(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:. 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. https://aws.amazon.com/es/autoscaling Entel Peru – Recuperado el 10 junio 2017, de: http://www.entel.pe/ 31.
(32) Microsoft Recuperado el 10 de junio de 2017, de: https://msdn.microsoft.com/eses/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:. de. 2017,. de:. https://aws.amazon.com/es/solutions/case-studies/ ENTEL Chile – Entel on demand Recuperado. 10. de. junio. 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:. 2017,. de:. http://www.americasistemas.com.pe/wpcontent/uploads/2017/01/InformeMyP2016-2017.pdf.. Cio Perú. (2014). Cloud computing: Nuevos emprendimientos. Recuperado. el. 30. de. marzo. 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-66d14191a3170595d32ddec0/original/2017_03_Estados_financieros_PDF_925800 00_201703_full_2.pdf. 32.
(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. 33.
(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.. 34.
(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. 35.
(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.. 36.
(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.. 37.
(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). 38.
(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). 39.
(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 40.
(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ú.. F i gura 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.. 41.
(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. 42.
(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. 43.
(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 44.
(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.. 45.
(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 45 123.24 45 123.24 + + (1 + 0.1212)1 (1 + 0.1212)2 (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.. 46.
(47) AÑO1 Detalle. Nov. Dic. Ene. Feb. Mar. Abr. May. Jun. Jul. Ago. Set. Oct. Total. Ahorro (Diferencia de costos luego de Mejoras 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 Arquitectura Web Entel AÑO2 Detalle Nov Dic Ene Feb Mar Abr May Jun Jul Ago Set Oct Total Ahorro (Diferencia de costos luego de Mejoras 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 Arquitectura Web Entel AÑO3 Detalle Nov Dic Ene Feb Mar Abr May Jun Jul Ago Set Oct Total Ahorro (Diferencia de costos luego de Mejoras 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 Arquitectura Web Entel Rf = Tasa Libre Riesgo β = Beta sector. 4.74% 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.. 47.
(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. 48.
(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 49.
(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),. 50.
(51) F i gura 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,. 51.
(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. 52.
(53) PROYECTO ID. Etapa del Cronograma. Implementación de Mejoras en la Web Pública “Institucional” de ENTEL PERÚ PTIWE10101. Producto o Entregable. Manuel Ojeda (Arquitecto de Desarrollo PHP). Base de datos optimizada con 1 servicio RDS de AWS actualizado Sistema de 2 caché R implementado Mecanismo de sincronización 3 de Amazon EFS configurado Arquitectura de auto 4 scalling implementada Figura 16. Matriz de responsabilidades. Javier Raúl Porras Barreto (Arquitecto (Gerente de de Sistemas) Proyecto). Carlos Chávez (Gerente de TI Entel). R. A,C. I. A. C. I. R. A,C. I. R. A,C. I. Fuente: Elaboración propia.. Figura 17. Leyenda Matriz de responsabilidades Fuente: Elaboración propia.. 53.
(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. 54.
(55) El. proyecto tiene una duración de 63 días.. Figura 19. Línea de tiempo Fuente: Elaboración propia.. 55.
(56) 6.1.7. Matriz de riesgos. #. Even t o. Riesgo. 1. I n h ab ilit ac ió n d e u n m iem b ro d el eq u ip o. Problemas con el cumplimiento del cronograma de proyecto. 2. 3. 4. 5. 6. 7. Co m p lic ac io n es c o n la Op t im izac ió n Desconfiguración de la d e b ase d e d at o s y BD y parámetros de RDS n u evas t ec n o lo gías. Sín t o m a. Demora en culminación de tareas y/o fases. Estancamiento del desarrollo. P ro b lem as c o n la ej ec u c ió n d el p lan Perder información Retraso con el d e c o n t in gen c ia crítica cronograma de fases p ara el resp ald o d e la arq u it ec t u ra D ific u lt ad es Problemas de in esp erad as al Devolver la producción conectividad y tiempos ej ec u t ar P lan d e a Fajo "O" de respuesta Migrac ió n Fallas en la im p lan t ac ió n d e la Retraso en el desarrollo Falta de monitorización gest ió n d e del proyecto y autoescalabilidad m o n it o reo y au t o esc alab ilid ad P ro b lem as c o n la valid ac ió n d e Perder la conectividad y Página web sin servic io s ex t ern o s comunicación con los información d e c o m u n ic ac ió n servidores AWS (AW S) P ro b lem as c o n la c ap ac it ac ió n al En el seguimiento o Problemas de p erso n al ex t ern o al soporte, se podrían comunicación y p ro yec t o (p erso n al producir errores por cooperación d e ap o yo d e TI d e desconocimiento ENTEL ).. P ro b ab ilid ad. Med ia. Baj a. I m p ac t o. Alt o. Alt o. P rio rid ad. P reven t ivo. Resp u est a. 4. En caso la inhabilitación venga de parte de Entel, por la ausencia del Documentar diariamente todos los Gerente de TI, automáticamente se contaría con el apoyo del Subgerente avances del proyecto y reforzar el de TI. compromiso del equipo del proyecto Para el caso del personal de EVERIS, el reemplazo debe ser inmediato. Por para con el proyecto. un "par" con iguales conocimientos requeridos para el desarrollo del proyecto.. 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.. Resp o n sab le d e la ac c ió n d e resp u est a. Gerente del Proyecto. Arquitecto de desarrollo. Med ia. Med io. 5. La ejecuación del Plan de Contingencias en ambientes de pruebas por los arquitectos, validados y aprobados por los Gerentes del Proyecto. Med ia. Alt o. 4. Trabajar los procedimientos en el ambiente de pruebas para mitigar errores. Alt o. Alt o. 1. Efectuar todos los procedimientos Mitigar revisando la configuración del monitoreo y autoescalabilidad en el en el ambiente de prueba antes que ambiente de pruebas para corregirla en producción. en el de producción. Arquitecto de Sistemas. Med ia. 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. 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. Baj a. Med io. Mitigar realizando informes de conformidad cada periodo de ejecución del Equipo de Trabajo plan de contingencia.. Mitigar realizando un RollBack de manera rápida, identificando y corrigiendo las fallas en el ambiente de pruebas.. Arquitecto de desarrollo. Figura 20. Matriz de riesgos Fuente: Elaboración propia. 56.
(57) Probabilidad. Descripción. Frecuencia Que se haya presentado al menos 1 vez en los últimos 4 proyectos o 3 años. BAJA. Cuando el evento se ha presentado en circunstancias excepcionales.. 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.. Si el hecho llegara a presentarse tendría medianas consecuencias reflejados tanto a nivel MEDIA económico como en un retraso del cronograma del proyecto. Si el hecho llegara a presentarse tendría altas consecuencias reflejados tanto a nivel ALTA económico como en un retraso del cronograma del proyecto. Figura 22. Calculo de impacto Fuente: Elaboración propia. Consecuencias Grado de clasificación del Riesgo. Probabilidad. Ligeramente dañino (B). Dañino (M). Extremadamente Dañino (A). 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 57.
(58) Probabilidad. 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.. 58.
(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. 59.
(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. 60.
(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.. Cantidad de Visitas del portal web mensual 180000 160000 140000 120000 100000 80000 60000 40000 20000 0 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. 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. . Donde Za = 1.96, p = q = 0.5. 𝑛=. 𝑍∝2 ×p × q 𝑑2. 61.
(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.. 62.
(63) 35.0%. 33.3%. 31.8%. 30.0% 25.0%. 21.1%. 20.0% 15.0%. 13.8%. 10.0% 5.0%. 0.0%. Muy rápido Algo rápido Algo lento. Lento. 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.. 63.
Figure
Documento similar
Where possible, the EU IG and more specifically the data fields and associated business rules present in Chapter 2 –Data elements for the electronic submission of information
The 'On-boarding of users to Substance, Product, Organisation and Referentials (SPOR) data services' document must be considered the reference guidance, as this document includes the
In medicinal products containing more than one manufactured item (e.g., contraceptive having different strengths and fixed dose combination as part of the same medicinal
Products Management Services (PMS) - Implementation of International Organization for Standardization (ISO) standards for the identification of medicinal products (IDMP) in
Products Management Services (PMS) - Implementation of International Organization for Standardization (ISO) standards for the identification of medicinal products (IDMP) in
This section provides guidance with examples on encoding medicinal product packaging information, together with the relationship between Pack Size, Package Item (container)
Package Item (Container) Type : Vial (100000073563) Quantity Operator: equal to (100000000049) Package Item (Container) Quantity : 1 Material : Glass type I (200000003204)
Cedulario se inicia a mediados del siglo XVIL, por sus propias cédulas puede advertirse que no estaba totalmente conquistada la Nueva Gali- cia, ya que a fines del siglo xvn y en