UNIVERSIDAD PARA LA COOPERACIÓN INTERNACIONAL (UCI) Creación de procedimientos para actualización del sistema operativo de servidores LINUX

Transcripción

1 UNIVERSIDAD PARA LA COOPERACIÓN INTERNACIONAL (UCI) Creación de procedimientos para actualización del sistema operativo de servidores LINUX Ram Antonio Miranda Cajiga PROYECTO FINAL DE GRADUACIÓN PRESENTADO COMO REQUISITO PARCIAL PARA OPTAR POR EL TÍTULO DE MASTER EN ADMINISTRACIÓN DE PROYECTOS San José, Costa Rica Abril, 2013

2 UNIVERSIDAD PARA LA COOPERACIÓN INTERNACIONAL (UCI) Este Proyecto Final de Graduación fue aprobado por la Universidad como Requisito parcial para optar al grado de Máster en Administración de Proyectos Ing. Luis D. Argüello Araya, MAP, PMP PROFESOR TUTOR MSc. Fabio Muñoz Jiménez, PMP LECTOR No.1 Ing. Juan Carlos Navarro, MAP LECTOR No.2 Ram Antonio Miranda Cajiga SUSTENTANTE ii

3 DEDICATORIA Dedicado a mi familia, mascota y amigos iii

4 AGRADECIMIENTOS Agradezco a mi familia, a mi trabajo y mi mascota por su apoyo incondicional iv

5 ÍNDICE HOJA DE APROBACION DEDICATORIA AGRADECIMIENTO INDICE INDICE ILUSTRACIONES INDICE CUADROS RESUMEN EJECUTIVO ii iii iv v vii viii ix ÍNDICE... v ÍNDICE DE FIGURAS... viii ÍNDICE DE CUADROS... ix Glosario de términos y abreviaturas... x RESUMEN EJECUTIVO... xi 1 INTRODUCCIÓN Antecedentes Problemática Justificación del problema Objetivo general Objetivos específicos MARCO TEÓRICO Marco institucional Teoría de Administración de Proyectos v

6 2.3 Características generales de un servidor web Características generales de las aplicaciones web Sistema operativo LINUX Teoría de actualización de servidores MARCO METODOLÓGICO Fuentes de información Métodos de Investigación Herramientas Supuestos y Restricciones Los Supuestos y Restricciones y su relación con los objetivos del proyecto final de graduación se ilustran en el cuadro 4, a continuación Entregables Los entregables y su relación con los objetivos del proyecto se ilustran en el cuadro 5, a continuación DESARROLLO Proceso de planificación Análisis de la situación actual del servidor LINUX Procedimientos necesarios para la actualización de los servidores LINUX Plan de capacitación para que los involucrados se apropien de los procedimientos por implementar CONCLUSIONES RECOMENDACIONES BIBLIOGRAFÍA ANEXOS vi

7 Anexo 1: ACTA DEL PROYECTO Anexo 2: EDT Actualícelo según el cambio del objetivo Anexo 3: CRONOGRAMA Actualícelo según el cambio del objetivo Anexo 4: Otros vii

8 ÍNDICE DE FIGURAS Figura 1 Estructura Organizativa Figura 3 Ciclo de vida de un proyecto Figura 4 Arquitectura de una aplicación web Figura 2 Ciclo de vida de un software viii

9 ÍNDICE DE CUADROS Cuadro 1 Características principales Cuadro 2 Otras características de interés Cuadro 3 Fuentes de Información utilizadas Cuadro 4 Métodos de Investigación utilizados Cuadro 5 Herramientas Utilizadas Cuadro 6 Supuestos y Restricciones Cuadro 7 Entregables Cuadro 8 Control de Respaldos Cuadro 9 Resultados de restauración de respaldos Cuadro 10 Plantilla comparativa de procesos ix

10 Glosario de términos y abreviaturas CentOS: distribución del sistema operativo LINUX. Distribución LINUX: es desarrollo individual de un sistema operativo basado en LINUX. Front-end: parte del software que interactúa con el usuario final. LAN: Local Area Network (Red de Área Local). Librerías: es un conjunto de implementaciones de comportamiento, escritas para un lenguaje de programación, que tienen una interfaz bien definida para el comportamiento que se invoca. MO: Project Management Office (Oficina de Administración de Proyectos) PMI: Project Management Institute (Instituto de Administración de Proyectos) PMI-ACP: PMI Agile Certified Practitioner. SO: Sistema Operativo TI: Tecnologías de Información. x

11 RESUMEN EJECUTIVO El sistema operativo LINUX es uno de los de mayor crecimiento en los últimos años principalmente por su facilidad en las tareas de Administración de Proyectos identificado como un Sistema Operativo Abierto de amplia difusión, que ofrece hoy en día una gran cantidad de servicios a usuarios finales tales como: páginas web, base de datos, servicios de banca en línea, administración de archivos, entre otras múltiples aplicaciones. El estudio permite abrir el pensamiento analítico para que los programadores vean la tarea de actualización de servidores LINUX como aquella que permite facilitar la implementación de tecnologías con versiones de software más recientes y la utilización de un método estandarizado para la actualización de servidores; así como en ampliar la posibilidad de desarrollo aprovechando las versiones más recientes. Siendo una tarea crítica donde depende el futuro de las operaciones de un sitio web; las actualizaciones no solo corrigen errores de programación sino también dan soporte a nuevas tecnologías, evitan vulnerabilidades de seguridad y mantienen la estabilidad de los sistemas operativos. Actualizar un servidor LINUX es una operación crítica donde depende el futuro de las operaciones de un sitio web y la interacción con sus clientes potenciales ya sean visitantes o anunciantes. El proyecto sirve como base para otros proyectos con diferentes alcances relacionados con la actualización de servidores LINUX con información organizadamente documentada de este trabajo y que pueda ser aplicada en cualquier tipo de organización, donde el administrador del sistema es el principal actor en la actualización. Si bien es bueno actualizar los servidores LINUX a la versión más reciente, se concluye que no es necesario realizarlo cada vez que exista una nueva versión disponible ya que requiere de mucho esfuerzo innecesario en un periodo de tiempo relativamente corto, es mejor esperar por versiones en donde se puedan percibir realmente beneficios que sean de utilidad para el servidor y los servicios que ofrece. Para este proyecto se definieron una serie de objetivos, como primer paso es necesario realizar un análisis de la situación actual para identificar mejoras para luego desarrollar los procedimientos necesarios para la actualización de los servidores y finalmente definir un plan de capacitación para que los involucrados se apropien de los procedimientos por implementar. Para lograr todos los objetivos propuestos se utilizaron métodos de investigación como el analítico-sintético e inductivo-deductivo para poder realizar los análisis requeridos para llevar a cabo la planificación estructurada, del cual se derivaron las herramientas necesarias para alcanzar los objetivos, destacándose el plan de capacitación. xi

12 El estudio toma en cuenta las diferentes áreas de conocimientos sobre el Ciclo de Proyectos y el proceso en administración de los mismos; basados en la Guía del PMI, 2008, asimismo destacando las características principales de los servidores web y sus aplicaciones, y se revisó la teoría de actualización de servidores; lo cual académicamente proporcionó una base sólida en el desarrollo de la propuesta para hacer la actualización de los servidores web. Herramientas como el EDT y cronograma del trabajo fueron utilizados para llevar un control más eficiente, utilizando un plan de respaldo, considerándose como un punto crítico en el proyecto, y recomendándose el famoso formato.tar.gz.. Los servidores pueden diferenciarse de unos a otros por lo que fue necesario hacer un estudio de su composición interna para proporcionar las mejores recomendaciones. Finalmente se presenta el desarrollo de la Estructura de Desglose del Trabajo (EDT) como la esencia del presente estudio, basada en la información resultante de investigaciones y colegas expertos en el tema, que incluye una metodología detallada paso por paso de todo el procedimiento de los trabajos y documentos necesarios para la actualización de servidores, presentándose igualmente la identificación de riesgos con diferentes criterios de medición y un plan de respuesta a los mismos. Para finalizar LINUX como sistema operativo popularmente conocido como seguro y confiable, reconocido por su seguridad ante ataques a través de la red se destacan para su uso en servidores web. La administración de sistemas y la administración de proyectos tienen muchos elementos en común a la hora de controlar los procesos que involucren tareas para desarrollar algo nuevo. También son muy similares a la hora de mejorar procesos continuamente, refinando cada actividad e incrementar la eficiencia de trabajo. Este esfuerzo, además de lanzar nuevas versiones, se encarga también de documentar los cambios realizados que sirven como guía para que el encargado de actualizar el servidor sepa que es lo que se está afectando con este proceso. Esta necesidad de obtener versiones más recientes de herramientas y sistema operativo viene a partir de poder trabajar con lo último en tecnología, ganar rendimiento gracias a las mejoras realizadas y aprovechar el espacio para innovar nuevas funcionalidades de un sistema de información. xii

13 1 INTRODUCCIÓN 1.1 Antecedentes Si bien existen un sin números de tutoriales de cómo actualizar servidores, no existe alguno que tome en cuenta el software que está instalado en el momento de esta tarea ni un plan de acción para esta situación. Cada día son más las tecnologías que desarrollamos, con respecto a la parte de Tecnologías de Información (TI), los lenguajes de programación y los administradores de base de datos tienen actualizaciones periódicas los cuales en algunas ocasiones requieren una versión más reciente del sistema operativo, es muy similar a una reacción en cadena, se necesitan implementar nuevas funcionalidades que requieren de librerías más actualizadas que a su vez sólo son soportados por sistemas operativos actualizados. No se encontró ningún tipo de información concreta relacionada con las políticas de la actualización de ningún tipo de servidor, y menos de LINUX. Al no existir referencia alguna en la aplicación de administración de proyectos entorno a los procesos que conlleva a la actualización de servidores, de aquí surge la necesidad de utilizar estos conocimientos aprovechando conceptos claros en cómo llevar a cabo los trabajos de manera estructurada. 1.2 Problemática El desarrollo de aplicaciones, en este caso, en servidores LINUX, siempre es en base a lo que se tiene inicialmente, difícilmente se pueden predecir las tendencias y escribir aplicaciones que sean compatibles con versiones futuras de los lenguajes de programación que vienen acoplados con versiones más recientes de los sistemas operativos, la única posibilidad que cuenta el desarrollo de aplicaciones es que sean compatibles con sistemas operativos anteriores, una ayuda muy importante es que en la mayoría de los casos se cuenta con una documentación adecuada del historial de cambios. Los retos de trabajar con un sistema operativo LINUX desactualizado es un reto en donde la dificultad se incrementa cuanto más tiempo pase. La posibilidad de que ocurran riesgos de impacto negativo también se incrementará debido a un 13

14 gran número de factores como el personal correcto con conocimiento de versiones anteriores de sistemas operativos (SO) LINUX, el cese de soporte tanto como el SO y los software o paquetes instalados y las vulnerabilidades que esto último conlleva con respecto al tema de la seguridad. En cuanto al primer factor es común que la organización tenga cambios de su personal y es probable que sea alguien de una generación más reciente que no tenga conocimientos de SO desactualizados Siempre existirá la necesidad de innovar, desarrollar e implementar nuevas funcionalidades, tecnologías o técnicas ya sea para un sitio web público o privado en servidores LINUX, esto se limita a aprovechar lo que esté disponible en el presente. Es muy común ver servidores que se resisten al cambio, las razones pueden variar mucho, pueden ir desde la complejidad de lo que ya tienen desarrollado o la no necesidad de innovar, también está el dilema de actualizar o buscar soluciones alternas de desarrollo que busca seguir utilizando las herramientas desactualizadas y evitar los riesgos de actualización. Esto último muchas veces es una solución a corto plazo ya que dependiendo del esfuerzo que se necesite puede incluso resultar más costoso que una actualización. Tarde o temprano la actualización va a ser necesaria y entre más tarde se deje esta tarea, más costoso va a salir el tiempo a invertir para asegurar la compatibilidad de las aplicaciones desarrolladas. 1.3 Justificación del problema La manera de cómo se manejan los sistemas de información a su propio estilo tiene mucho en común con la administración de proyectos por lo que es interesante y válida la aplicación de conocimientos y metodologías que facilita la guía del PMBoK (PMI, 2008). La administración de proyectos profundiza conceptos importantes como el manejo de recursos humanos, costos, tiempo, etc.; y lo más importante, la documentación que acompañe los proyectos del área de sistemas de información. La idea es aplicar las buenas prácticas, es decir, hacer el trabajo de actualizar un servidor LINUX de la mejor manera posible. 14

15 El conjunto de procedimientos para actualizar el software de servidores Linux incluido en esta propuesta tiene como objetivos: Estimular el pensamiento analítico del encargado de los servidores. Tratar de estandarizar un método generalizado para la actualización de servidores LINUX. Ampliar y aprovechar la posibilidad de desarrollo de nuevas tecnologías con versiones más recientes de software. 1.4 Objetivo general Desarrollar un conjunto de procedimientos que puedan ser utilizados para actualizar el sistema operativo de servidores LINUX. 1.5 Objetivos específicos. Los objetivos específicos de este proyecto son: Realizar un análisis de la situación actual del servidor LINUX en cuanto a su configuración, especificaciones y servicios instalados para identificar mejoras. Desarrollar los procedimientos necesarios para la actualización de los servidores LINUX. Definir un plan de capacitación para que los involucrados se apropien de los procedimientos por implementar. 15

16 2 MARCO TEÓRICO 2.1 Marco institucional Antecedentes de la Institución Las situaciones que pueden presentar los distintos servidores de empresa que aloja un sitio web varían dependiendo de la funcionalidad que tenga la misma, pueden existir múltiples servidores para diferentes trabajo (base de datos, lógica, presentación, balance de carga.) Cada uno de estos, dependiendo de la necesidad de actualizar el sistema operativo requiere de diferentes tratamientos y contienen riesgos distintos. Las versiones iniciales pueden variar y esto quiere decir que el esfuerzo puede ser mayor en proporción a la antigüedad del sistema operativo inicial Misión y visión Actualizar un servidor LINUX es una operación crítica donde depende el futuro de las operaciones de un sitio web y la interacción con sus clientes potenciales ya sean visitantes o anunciantes. Misión Proveer una metodología general de fácil aplicación para todo tipo de organización que necesite una solución clara y transparente para actualizar un sistema operativo LINUX. Visión Lograr la estandarización de una metodología en conjunto con la comunidad que esté dedicada a la administración de servidores mediante el acceso a este documento inicial y aceptar las recomendaciones que sean críticas para ejecutar esta tarea siempre efectiva y eficientemente Estructura organizativa La situación actual de este proyecto es que no se desarrolla dentro de ninguna organización, una razón es que para este tipo de desarrollo de procedimientos 16

17 para la actualización de servidores LINUX pueda ser utilizado en cualquier estructura organizativa. A continuación la Figura 1 muestra cómo está compuesta una estructura organizativa deseada: Figura 1 Estructura Organizativa Fuente: El administrador de sistema será el principal actor en cuando a la actualización de un sistema lo cual se recomienda para cualquier tipo de estructura organizativa, esto afectará de manera directa y progresiva los demás actores internos e indirectamente a externos como anunciantes y visitantes del sitio web. 17

18 2.1.4 Productos que ofrece Un servidor LINUX es capaz de ofrecer una infinidad de servicios a usuarios finales, algunos servicios de gran importancia que ofrecen son los siguientes: Páginas web. Base de datos. Repositorio de documentos (administrador de archivos). Servicios en formato de objeto simple (comunicación entre sí entre múltiples organizaciones Banca en línea que comunica pagos de servicios públicos). El producto final es el sistema operativo actualizado, con todos sus componentes funcionando con normalidad que se desglosan de la siguiente manera: Determinar las características generales del servidor LINUX y los servicios que provee. Respaldos necesarios y actualización del servidor LINUX. Pruebas al servidor LINUX que comprueben el normal funcionamiento. 2.2 Teoría de Administración de Proyectos Proyecto De acuerdo con lo que establece el Instituto de Gestión de Proyectos (PMI, 2008) dice lo siguiente: Un proyecto es un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado único. La naturaleza temporal de los proyectos indica un principio y un final definidos. Los Sistemas de Información y los proyectos comparten muchas similitudes, la diferencia es que la primera refiere a una especialidad y la segunda es aplicable a cualquier trabajo de interés, al final ambas resultan en un producto o servicio finalizado. 18

19 2.2.2 Administración de Proyectos Es una práctica empleada en cualquier organización de manera profesional y aplicada o informal y casual, en otras palabras, siempre se requiere dar seguimiento a los trabajos que se estén realizando empírica o profesionalmente. Como profesión se encarga de llevar a cabo metodológicamente los pasos para iniciar, planificar, controlar y finalizar un trabajo que pueda resultar en un servicio o producto, aplicando las áreas de conocimiento necesarias y las buenas prácticas recomendadas. El PMBoK (PMI, 2008) define que un proyecto es un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado único. La naturaleza temporal de los proyectos indica un principio y un final definidos. El final se alcanza cuando se logran los objetivos del proyecto o cuando se termina el proyecto porque sus objetivos no se cumplirán o no pueden ser cumplidos, o cuando ya no existe la necesidad que dio origen al proyecto. El concepto de proyecto señala que pueden ser realizados más de uno a la vez, todos formalizados de la misma manera para cumplir con objetivos distintos de la organización y la administración se encarga de que todos puedan ser realizados eficientemente compartiendo un elemento en común que son los recursos Ciclo de vida de un proyecto Como un proceso natural, un proyecto tiene un principio y un fin, en ese transcurso se requiere en todo momento un seguimiento y control que pueda asegurar el alcance y objetivos del proyecto. 19

20 Figura 2 Ciclo de vida de un proyecto Fuente: PMI, Procesos en la Administración de Proyectos De acuerdo con lo que establece el Project Management Institute (PMI, 2008) los grupos de procesos que conforman el ciclo de vida de un proyecto son los siguientes: Inicio: es en donde se formaliza el proyecto entre todas las partes involucradas directamente. Planificación: es el proceso principal donde se definen los alcances del proyecto y confeccionan documentos muy importantes como el cronograma y la estructura detallada de trabajo. Ejecución: se realizan los paquetes de trabajo y actividades planificadas para obtener un resultado deseado. Seguimiento y control: es un proceso que se ejecuta constantemente en durante el proceso de ejecución para llevar el control de esta y asegurar el plan de trabajo. Cierre: se formaliza y documenta la terminación de un proyecto, las lecciones aprendidas son vistas en este proceso Áreas del Conocimiento de la Administración de Proyectos Las áreas de conocimiento son disciplinas comunes de gestión que se presentan en actividades operaciones repetitivas en una organización y en los proyectos con un enfoque único de esfuerzo y grado de aplicación. 20

21 Según el PMI (PMI, 2008) las 9 áreas de conocimiento son las siguientes: Gestión de la Integración: describe los procesos y actividades que forman parte de los diversos elementos de la dirección de proyectos. Gestión del Alcance: se refiere a los procesos necesarios para asegurarse de que el proyecto incluya todo el trabajo requerido para completar el proyecto satisfactoriamente. Gestión del Tiempo: describe los procesos relativos a la puntualidad en la conclusión del proyecto. Gestión de los Costes: está relacionado con los procesos involucrados en la planificación, estimación, presupuesto y control de costes de forma que el proyecto se complete dentro del presupuesto aprobado. Gestión de la Calidad: son los procesos necesarios para asegurarse de que el proyecto cumpla con los objetivos por los cuales ha sido emprendido. Gestión de los Recursos Humanos: describe los procesos que organizan y dirigen el equipo del proyecto. Gestión de las Comunicaciones: son aquellos procesos relacionados con la generación, recolección, distribución, almacenamiento y destino final de la información del proyecto en tiempo y forma. Gestión de los Riesgos: describe los procesos relacionados con el manejo de las incertidumbres que puedan impactar de manera negativa (amenazas) o positivamente (oportunidades) y de minimizar o maximizar respectivamente. Gestión de la Integración: describe los procesos y actividades que forman parte de los diversos elementos de la dirección de proyectos. 2.3 Características generales de un servidor web Es más común encontrar servidores web LINUX que Windows ya que el primero resulta ser más económico por razones como: gratuito (bajo costo) y libre. Estos servidores LINUX pueden correr en 3 modalidades: 21

22 Virtual: se asignan recursos de múltiples sistemas sumándose entre sí para un llamado servidor individual que pueden ser instanciadas ilimitadamente, los recursos adicionales tienen una disponibilidad inmediata lo cual puede ser modificado en cualquier momento. Dedicado: un servidor físico con todos sus componentes iniciales donde hay un dueño total del equipo. Los recursos adicionales no tienen disponibilidad inmediata. Compartido: Similar al dedicado con la diferencia de que se comparte todos los recursos del sistema entre varios dueños que adquieran este servicio. Es muy limitado con respecto a las actualizaciones que se puedan necesitar. LINUX tiene una gran variedad de sistemas operativos popularmente llamados distribuciones, los tres más populares para servidor web son: Debian, Centos y Ubuntu. Internamente las diferencias son mínimas, pero de uso diario tienen diferencias como el manejo de paquetería de software y el manejo de servicios que se ejecutan. 22

23 Cuadro 1 Características principales Distribución Creador Productor Primer lanzamiento publico Distribución base Propósito Costo CentOS CentOS Project CentOS Project 2003 Red Hat Enterprise Linux (RHEL) servidor, escritorio de trabajo gratuito Ubuntu Canonical Ltd. Canonical Ltd Debian general gratuito Debian Ian Murdock Debian Project 1993 Ninguno general Gratuito Cuadro 2 Otras características de interés Distribución Cantidad aproximada de paquetes precompilados Administrador de paquetes por defecto Formato del paquete Instalador por defecto Cuenta con instalador gráfico? CentOS 1,660 RPM, yum/up2date.rpm Si Debian 48,615 APT.deb Debian-Installer Si Ubuntu 47,595 APT.deb Ubiquity Si 2.4 Características generales de las aplicaciones web Las aplicaciones web están escritas en un lenguaje de programación, este lenguaje de programación depende del intérprete instalado en el servidor, al actualizar un servidor es común que estos intérpretes necesiten ser actualizados por lo que en pocos casos puede que en las aplicaciones queden con funciones no soportadas. Estos intérpretes o conjunto de paquetes pueden ser actualizados sin actualizar el sistema operativo hasta que la nueva versión de uno o varios paquetes ya no soporten el sistema operativo desactualizado. 23

24 Figura 3 Arquitectura de una aplicación web. Fuente: propia 2.5 Sistema operativo LINUX Es un software libre de tipo sistema operativo (SO), el cual se encarga de administrar los recursos del sistema y ejecutar programas instalados por el usuario final. Que este software sea libre quiere decir que su código fuente es abierto y puede ser descargado y modificado por cualquier persona e incluso desarrollar una distribución personalizada. Para este SO existen muchos sabores de distribución en donde los más populares para servidores web se encuentran CENTOS, UBUNTU y DEBIAN, siendo el último el más común. Las ventajas que ofrece este sistema operativo son la seguridad y robustez que es percibida por la mayoría de los expertos en los sistemas de información. 2.6 Teoría de actualización de servidores Para un sistema de información IBM y otras grandes corporaciones recomiendan el uso de Desarrollo Ágil para esta índole, el PMI tiene una certificación llamada PMI-ACP (Agile Certified Practitioner o Profesional certificado ágil) que consiste en el desarrollo de proyectos de manera ágil que enfoca técnicas especializadas y versatilidad. 24

25 Para un sistema de información la idea es que se realicen iteraciones repetitivas de forma ágil en base a una lista de tareas en donde cada una se analiza, desarrolla, prueba e integra hasta que esa lista de tareas esté completada. Esto se puede interpretar como un proceso reaccionario con respecto a cantidad de tareas necesarias y proyectos involucrados. La actualización de un Sistema operativo afecta toda la operación de desarrollo ya que se tiene que revisar la compatibilidad de dichos sistemas con respecto a la nueva versión a instalar, con suerte los cambios son mínimos si no se deja como un último recurso este proceso pero siempre es importante realizar las prevenciones y revisiones necesarias y asegurar el buen funcionamiento. Figura 4 Ciclo de vida de un software Fuente: 25

26 3 MARCO METODOLÓGICO 3.1 Fuentes de información Las fuentes de información son aquellos documentos o medios de información que proporcionan conocimiento de un tema a investigar utilizado en el proceso de recolección de datos. Para recopilar la información se recurrió a dos tipos de fuentes de información: Fuentes Primarias Según Buonocore, 1980: Son las que contienen información original no abreviada ni traducida: tesis, libros, nomografías, artículos de revista, manuscritos. Se les llama también fuentes de información de primera mano Las fuentes de información, que se consultarán para poder alcanzar los objetivos de esta propuesta son las siguientes: Revisión de otras fuentes bibliográficas: libros, revistas y guías en internet. Consulta y revisión a fondo de sitios web especializados en la administración de servidores. Experiencia profesional. Involucrados directos. Los servidores. Fuentes Secundarias Según Buonocore, 1980: Contienen datos o informaciones reelaborados o sintetizados A lo que se refiere el autor es que las fuentes secundarias son datos derivados de una información original en un contexto resumido y breve. Son de gran utilidad para el análisis comprensivo del tema de investigación. 26

27 El resumen de las fuentes de información secundarias que se utilizarán en este proyecto se presenta en el Cuadro 1: Cuadro 3 Fuentes de Información utilizadas Objetivos Primarias Fuentes de información Secundarias Realizar un análisis de la situación actual para identificar mejoras Desarrollar los procedimientos necesarios para la actualización de los servidores Definir un plan de capacitación para que los involucrados se apropien de los procedimientos a implementar Involucrados directos. Inspección de los servidores (Base de datos y Front-End). Experiencia profesional. Involucrados directos. Experiencia profesional. PMI, 2008 PMI, 2008 Artículos de internet Herramientas y concejos para la administración de servidores PMI, 2008 Artículos de internet Capacitación Y Desarrollo De Personal 3.2 Métodos de Investigación El cuadro adjunto presenta la relación entre los objetivos y los métodos de investigación que se utilizarán en este proyecto. Analítico-Sintético: es el proceso de analizar y descomponer en partes más pequeñas para facilitar el entendimiento de un objeto de estudio. la síntesis es la meta y resultado final del análisis. No es propiamente un método de investigación, sino más bien una operación fundamental del espíritu, por medio de la cual logramos la compresión cabal de la esencia de lo que hemos conocido en todos sus componentes particulares, es decir, a partir del análisis. La síntesis no es más que la meta y el resultado final del análisis, por lo que podemos decir que, en la práctica, ambos son complementarios. (Jurado, 2002) 27

28 Inductivo-Deductivo: hace uso de la observación para encontrar características esenciales de un estudio inicial donde se deduce una representación simplificada o grado de abstracción del hecho inicial. El método inductivo intenta ordenar la observación tratando de extraer conclusiones de carácter universal desde la acumulación de datos particulares. (Francis Bacon, ) Cuadro 4 Métodos de Investigación utilizados Objetivos Analítico-Sintético Métodos de Investigación Inductivo-Deductivo Realizar un análisis de la situación actual para identificar mejoras. Desarrollar los procedimientos necesarios para la actualización de los servidores. Definir un plan de capacitación para que los involucrados se apropien de los procedimientos a implementar Análisis del estado actual del servidor LINUX. Determinar la distribución Linux instalado. Análisis de los paquetes instalados. Análisis de riesgos. Análisis de tiempo que lleva a cabo esta operación. Análisis de respaldos asociados. Análisis de capacidad de acción del personal encargado de los servidores LINUX con los procedimientos de actualización. Identificar las características generales del servidor por actualizar. Identificar la ruta crítica. Deducir los procedimientos a implementar. 28

29 3.3 Herramientas El cuadro 3 presenta las herramientas que se utilizarán para alcanzar cada uno de los objetivos específicos: Cuadro 5 Herramientas Utilizadas Objetivos Herramientas Realizar un analisis de la situación actual para identificar mejoras Desarrollar los procedimientos necesarios para la actualización de los servidores Definir un plan de capacitación para que los involucrados se apropien de los procedimientos a implementar Observaciones, cuestionarios y encuestas. Juicio experto, identificación de alternativas. Juicio experto, análisis de procedimientos para la actualización de servidores LINUX. 3.4 Supuestos y Restricciones Los Supuestos y Restricciones y su relación con los objetivos del proyecto final de graduación se ilustran en el cuadro 4, a continuación. Cuadro 6 Supuestos y Restricciones Objetivos Supuestos Restricciones Realizar un análisis de la situación actual para identificar mejoras Desarrollar los procedimientos necesarios para la actualización de los servidores Definir un plan de capacitación para que los involucrados se apropien de los procedimientos a implementar El hardware es compatible con la última versión disponible a actualizar. Se cuenta con el apoyo del gerente o encargado en el proceso de la actualización. Se contará con el apoyo del área de desarrollo para cualquier modificación del código fuente inminente. Las intervenciones en los sistemas de información serán mínimas. Servidores Linux Modo de trabajo (físico o remoto). Servidores Linux 29

30 3.5 Entregables Los entregables y su relación con los objetivos del proyecto se ilustran en el cuadro 5, a continuación. Cuadro 7 Entregables Objetivos Entregables Realizar un análisis de la situación actual para identificar mejoras Desarrollar los procedimientos necesarios para la actualización de los servidores Definir un plan de capacitación para que los involucrados se apropien de los procedimientos a implementar Documento de análisis de la situación actual Documento de los procedimientos para realizar una actualización de un servidor Documento del plan de capacitación para los involucrados. 30

31 4 DESARROLLO A continuación se redactará el resultado final del trabajo de investigación para que sirvan como guía para el desarrollo de la Propuesta de creación de procedimientos para actualización del sistema operativo de los servidores LINUX. 4.1 Proceso de planificación Es importante para todo proyecto tener definido hasta donde llegar en el desarrollo de las actividades cumpliendo con cada uno de los requerimientos sin salirse del plan de trabajo planificado. Los seguimientos y controles permitirán asegurar que el trabajo a realizar cumpla con todos los puntos definidos, nada más ni nada menos. Los procedimientos para la actualización de un servidor LINUX será la entrega final del proyecto junto con la documentación relacionada que involucra los interesados directos como los administradores de sistemas o bases de datos y/o programadores. Todo esto gracias a referencias obtenidas en línea y textos que hablan sobre los comportamientos de los sistemas ante una actualización de un sistema operativo LINUX y las características generales de sus distribuciones más populares (las tres más usadas) como servidores Declaración de Alcance (Charter) del Proyecto El cuadro No. 8 presenta la declaración de alcance del proyecto, basado en la información resultante de la propuesta realizada. Cuadro 8 Entregables Fecha Nombre de Proyecto 4/21/2013 Propuesta de creación de procedimientos para actualización del sistema operativo de los servidores LINUX. 31

32 Justificación o propósito del proyecto (Aporte y resultados esperados) Se espera que esta metodología mejores los procesos que conllevan a la actualización de un servidor LINUX que se detallan en los siguientes puntos: Primero que todo una actualización se traduce como una mejoría de los viejos procesos que estuvieron una vez ejecutándose y mejoría del uso de recursos del sistema disponible. Minimizar los riesgos y problemas de incompatibilidad de software o hardware ya instalados. Hacer más eficiente y efectivo el proceso de actualización de los servidores. Aprovechar las tecnologías más recientes que ofrecen los paquetes de instalación actualizados, una desventaja de no actualizar es tener el deseo de hacer implementaciones de última línea sin contar con las facilidades para ejecutarlas. Descripción del producto o servicio que generará el proyecto Entregables finales del proyecto La meta de la propuesta es que al final de terminar todas las tareas recomendadas es tener un servidor con la versión más reciente y que todo funciona con normalidad. Todo esto se detallará con los siguientes documentos: Documento de análisis de la situación actual. Documento de los procedimientos para realizar una actualización de un servidor. Documento del plan de capacitación para los involucrados. Revision: 1 Entregables del proyecto a desarrollar Entregable Descripción Criterio de Aplicación Documento de análisis de la situación actual Detalle de Actividades a realizar en el Proyecto Documentos: Charter EDT Cronograma en Diagrama GANTT Asegurar que se incluyan todas las actividades propias de los siguientes procesos del proyecto: Proceso de Compra de los Equipos Recibo y entrega de equipos. Proceso de Instalación física de los equipos Proceso de Instalación de Software Cierre del Proyecto 32

33 Documento de los procedimientos para realizar una actualización de un servidor Plan de Gestión de Riesgos Definir el cronograma de las actividades que serán parte del proyecto. Documentos: Se necesita: Documentos: Cronograma en Diagrama GANTT Identificar los riesgos asociados al proyecto Desarrollar un Plan de Respuesta a los Riesgos considerados como Altos Matriz de Identificación de Riesgos Matriz de Respuesta al Riesgo Asegurarse que todas las actividades mencionadas en el Plan de Gestión de Alcance se logren en un máximo de 60 días. Asegurarse de identificar apropiadamente todos los riesgos del proceso del proyecto, desde el momento de la creación de respaldo hasta la finalizar la actualización del servidor. Plantilla para gestionar los cambios Definir el manejo de cambios en el transcurso del proyecto Documentación: Plantilla de Gestión de Cambios Desarrollar una plantilla que pueda utilizarse para gestionar los cambios necesarios en el desarrollo del proyecto. 33

34 4.1.2 Creación de la EDT El cuadro No. 3 muestra la Estructura de Desglose del Trabajo (EDT) desarrollada para el presente proyecto, basada en la información resultante de investigaciones y colegas expertos en el tema. Cuadro 8: Estructura de Desglose de Trabajo (EDT) Tareas I Iniciación I-1 Documentar Alcance y acta del proyecto P Planificación P-1 Documentar los requerimientos del sitio P-2 Documentar el hardware existente P-3 Documentar el software y paquetes existente P-4 Documentar las minutas P-5 Documentar el cronograma P-6 Documentar el Visto bueno del tutor P-7 Documentar el acta cierre E Ejecución E-1 Realizar un análisis de la situación actual E-2 Desarrollar los procedimientos para para la actualización de los servidores E-3 Documentar los respaldos asociados E-4 Documentar el informe de rendimiento E-5 SC SC-1 SC-2 SC-3 Definir un plan de capacitación para que los involucrados se apropien de los procedimientos a implementar Seguimiento y Control Documentar acciones correctivas y preventivas Documentar informe de rendimiento Documentar los entregables finalizados 34

35 SC-4 SC-5 C Documentar los cambios del enunciado del alcance Contar con los vistos buenos del tutor Cierre C-1 Documentar el cierre técnico C-2 Documentar el cierre administrativo C-3 Contar con el visto bueno del tutor Diccionario de la EDT Para detallar la EDT fue necesario crear el diccionario con el fin de tener la claridad de las actividades que se realizaron. I Iniciación: I-1 Documentar Alcance y acta del proyecto: se formaliza el inicio del proyecto con los interesados debidamente identificados; objetivos, supuestos, restricciones debidamente definidos y detalle del producto final a entregar. P Planificación: P-1 Documentar los requerimientos del sitio: es necesario determinar todo lo que el servidor necesita para funcionar con normalidad. P-2 Documentar el hardware existente: por motivos de control y auditoría se documenta todas las partes internas que hacen posible el funcionamiento del servidor LINUX, esto es posible a través de la terminal interactiva disponible en cualquier sistema operativo LINUX. Hardware Existente Servidor #1 Frontend Servidor #2 Base de datos Dual 2.66Ghz 12Gb de RAM Disco Duro de 250Gb INTEL XEON 2.66Ghz 32Gb de RAM Disco Duro de 550Gb 2 tarjetas de red 35

36 P-3 Documentar el software y paquetes existentes: como requerimiento del nuevo sistema operativo LINUX a instalar, se necesita tener una lista de todo software que está en funcionamiento para comprobar que todos queden funcionan en la nueva versión del sistema operativo a instalar. Software Instalado Servidor #1 Frontend Software Tipo Version Nueva versión disponible? Dependencia Centos Sistema Operativo 5.0 Si Apache Servidor Web 1.9 Si Centos PHP Lenguaje de programación (Intérprete) 5.2 Si Apache Servidor #2 Base de datos Centos Sistema Operativo 5.0 Si MySQL Motor de base de datos 5.1 Si Centos P-4 Documentar las minutas: cuando existan reuniones con los involucrados es necesario llevar un control de los acuerdos e integrantes que la componen. P-5 Documentar el cronograma: por motivos de control se necesita verificar el tiempo que han tomado las actividades a realizar. P-6 Documentar el Visto bueno del tutor: El tutor determinará si se han aplicado correctamente los conocimientos de la carrera universitaria. P-7 Documentar el acta cierre: para la finalización del proyecto es necesario tener listo los machotes para documentar los resultados finales. E Ejecución E-1 Realizar un análisis de la situación actual: se analiza los pasos a realizar antes de proceder a la actualización del servidor. 36

37 E-2 Desarrollar los procedimientos para para la actualización de los servidores: igual que el punto anterior per se detalla cada uno de los pasos. E-3 Documentar los respaldos asociados: se enlista todos los respaldos que necesitan ser restaurados en la nueva versión actualizada del sistema operativo LINUX. E-4 Documentar el informe de rendimiento: Se prueba el sistema actualizado con todos los respaldos ya restaurados para verificar el buen funcionamiento del servidor LINUX. E-5 Definir un plan de capacitación para que los involucrados se apropien de los procedimientos a implementar: Se hace un análisis de cómo se hacían las cosas antes de actualizar el servidor para que cuando se apoderen nuevamente de los servidores puedan seguir las mejores prácticas recomendadas. SC Seguimiento y Control SC-1 Documentar acciones correctivas y preventivas: parte incluida dentro del análisis de riesto SC-2 Documentar informe de rendimiento: SC-3 Documentar los entregables finalizados: Formaliza la entrega de los entregables del proyecto. SC-4 Documentar los cambios del enunciado del alcance: Se formaliza todo cambio realizado en el proyecto para asegurar la ruta crítica del proyecto. SC-5 Contar con los vistos buenos del tutor C Cierre C-1 Documentar el cierre técnico: Una vez finalizado los objetivos del proyecto se elabora un documento que indica la culminación de las actividades. C-2 Documentar el cierre administrativo: Se hace una recopilación de toda la documentación realizada en el proyecto para resumir la información general del proyecto, sus entregables y se documentan las lecciones aprendidas. C-3 Contar con el visto bueno del tutor 37

38 4.2 Análisis de la situación actual del servidor LINUX Es necesario para todo servidor LINUX saber cómo se encuentra, el objetivo principal de esto es que una vez el servidor actualizado exactamente igual (con excepción del número de versión del sistema operativo ya que incrementa) o lo más parecido a cómo estaba originalmente y que funcione sin ningún problema.o Respaldos Un punto crítico en el proyecto es la creación de los respaldos y que estos se generen bien, libre de errores, para esto se requiere de una serie de procesos: Estimar el tamaño del respaldo: requisito para verificar si hay espacio suficiente en el disco duro. Escoger un formato de compresión: esto disminuye la posibilidad de error en los archivos a respaldar, reduce a solo un archivo conteniendo todos los archivos respaldados (permite aprovechar más velocidad de transferencia) y el peso total de un solo archivo es menor que todo los archivo sumados individualmente. Elegir alojamiento: puede guardarse este respaldo en el mismo servidor o se puede transferir a otro servidor de la misma red en caso de que no se tenga suficiente espacio, también pueden descargarse localmente si son varios archivos de respaldos en donde algunos tengan un peso moderado. Para el proyecto se utilizó el famoso formato.tar.gz ya que es reconocido por la mayoría de las distribuciones LINUX (puede que no exista excepción de reconocimiento) teniendo espacio suficiente en el disco duro para almacenar los respaldos elaborados. Para llevar un control de respaldos fue necesario diseñar una plantilla para verificar que respaldos estaban listos y cuales hacían falta. Cuadro 8 Control de Respaldos Servidor #1 Respaldo Ruta Tamaño final Virutual Hosts /va/www/vhosts/ 1.0 gb 38

39 Archivos de configuración Servidor #2 /etc/httpd/conf/httpd.conf /etc/php.ini 12 kb Respaldo Ruta Tamaño final Configuración de la base de datos Archivos binarios de las bases de datos /etc/my.cnf /var/lib/mysql/%nombre base de datos%/ 202 b 40 gb Script de las base de datos /usr/sbin/mysqld %base de datos% Fuente: propia 80 gb Los dos últimos respaldos de la base de datos tiene la misma información, esto se hace en caso de alguna de las dos opciones falle Aprobación de tiempo para actualizar el servidor LINUX Es necesario formalizar las horas en donde los servicios que se ofrecen a través de los servidores sean desconectados temporalmente hasta finalizar el proceso de actualización. Para el caso de un servidor Front-end y otro de base de datos fue necesario actualizar el primer servidor y en otro día actualizar el otro servidor de base de datos, las horas de suspensión del servicio no superaron las 24 horas como tiempo máximo establecido máximo para poder reestablecer todos los servicios. 4.3 Procedimientos necesarios para la actualización de los servidores LINUX Para llegar a este punto fue necesario asegurar que los objetivos anteriores fueran completados, el proceso de actualización es un proceso crítico donde si por alguna razón falla, el producto final se puede ver comprometido Preparativos Es necesario determinar un tiempo aproximado de cuánto va a durar el proceso de actualización, para evitar dejar desatendido por mucho tiempo el servidor LINUX. Los tiempos de estimación varían mucho dependiendo de muchos factures como el hardware del servidor, velocidad de conexión, etc. Usualmente el 39

40 mismo proceso de actualización indica un estimado de cada uno de los procesos que necesita realizar que son los siguientes: Descarga: se descargan todos los paquetes y componentes necesarios para poder llevar a cabo la actualización del servidor LINUX. Instalación (actualización): este proceso empieza por reemplazar todo lo viejo por las versiones más recientes, en algunos casos se eliminan para ser reemplazados por otro tipo de software. Reinicio del servidor: último paso en donde el sistema va a arrancar el sistema operativo actualizado. Se tomó la decisión de revisar el proceso de actualización cada hora para obtener estimados más exactos que indiquen la finalización de cada uno de los procesos y así evitar la desatención de los servidores Riesgos Identificación de riesgos La información obtenida en las entrevistas se tabuló en la Matriz de Identificación de Riesgos, de tal manera que sea posible calificar cada riesgo y determinar cuáles de ellos tienen un alto grado de incidencia y preparar así la Matriz de Respuesta al Riesgo que contenga las acciones a seguir en caso de que el riesgo se materialice en el transcurso del proyecto. Para la correcta identificación de los riesgos del proyecto, se utilizaron tres criterios de medición, de tal manera que se pudiera medir la probabilidad de que un riesgo se materialice, el impacto que el mismo pueda tener en los alcances del proyecto, el tiempo y el costo así como la categoría en la que se mide el riesgo. Los Cuadros 8, 9 y 10 muestran las métricas para medir el la probabilidad, el impacto y la categoría como instrumentos para medir los riesgos. Cuadro 8: Convenciones de Probabilidad Criterio Probabilidad Certeza 100 % Es Frecuente 85 % 40

41 Es Posible 60 % Es Probable 40 % Poco Probable 15 % Imposibilidad 0 % Cuadro 9: Tabla de Medición de Impacto en la Matriz de Riesgo Impacto Critico (C) Definición de Categoría Un posible evento que causaría serias fallas en el proyecto (incumplimiento de los requerimientos mínimos aceptables). Alto (A) Un evento, que si ocurre, causaría incrementos severos en el costo y el tiempo. Requerimientos secundarios pueden no ser alcanzados. Medio (M) Bajo (B) Un evento, que si ocurre, causaría incrementos moderados en el costo y el tiempo, pero los requerimientos importantes pueden aún lograrse. Un evento, que si ocurre, causaría incrementos bajos en el costo y el tiempo. Cuadro 10: Tabla de consideración de riesgo Bajo Medio Alto Crítico 0-10% Bajo Bajo Medio Medio 11-40% Bajo Medio Medio Alto 41-60% Medio Medio Medio Alto 61-90% Medio Medio Medio Alto % Alto Alto Alto Muy Alto 41

42 Cuadro 11: Matriz de identificación de Riesgos Riesgo Descripción Po% Impacto Categoría Proceso de Análisis de la Situación Actual 1 Programas o servicios sin soporte en versiones futuras. 20 M Medio 2 Interrupción del servicio de internet 15 B Bajo 3 Falla abrupta del hardware 10 C Medio Desarrollar los procedimientos para para la actualización de los servidores 4 Corrupción de los archivos de instalación 5 B Bajo 5 Interrupción del servicio de internet 15 B Bajo Documentar los respaldos asociados 6 Falta de espacio de almacenamiento de archivo para los respaldos. 40 C Muy Alto 7 Corrupción de los archivos de respaldo 5 C Medio 8 Problemas con los permisos de los archivos 35 C Alto 9 Interrupción del servicio de internet 15 B Bajo Documentar el informe de rendimiento 10 Resultados no esperados como el caso de que los recursos del sistemas estén siendo agotados fácilmente (Memoria RAM, Procesador) 10 A Medio Definir un plan de capacitación para que los involucrados se apropien de los procedimientos a implementar 11 Resistencia al cambio 9 A Medio 42

43 Plan de Respuesta al Riesgo Para la elaboración del Plan de Respuesta al Riesgo, se tomaron en cuenta aquellos riesgos que quedaron en las categorías de alto y muy alto, ya que pueden afectar muy seriamente el proyecto en cuanto al alcance y calidad mínima. El siguiente cuadro presenta los riesgos que han sido identificados como crítico, y que su probabilidad de que sucedan supere 30 puntos porcentuales. Se incluye también un Plan de Acción para mitigar la incidencia de cada uno de los riesgos y el responsable de monitorear y controlar la incidencia del riesgo. Cuadro 12: Matriz de Respuesta al Riesgo RIESGO PLAN DE ACCION RESPONSABLE Riesgo 6: Falta de espacio de almacenamiento de archivo para los respaldos 1. Verificar que todos los archivos que se van a respaldar sean necesarios, descartar archivos personales y archivos planos de registros del sistema, utilizar en todo momento un sistema de compresión de archivo. 2. Si lo anterior no soluciona el problema de espacio, va a ser necesario pedir espacio adicional al proveedor del servicio de alojamiento de servidores LINUX. Departamento de Operaciones Riesgo 8: Problemas con los permisos de los archivos Hay que asegurar que no se modifiquen los permisos de lectura, escritura y ejecución ya que esto puede comprometer la seguridad del servidor LINUX. Departamento de Operaciones 43

44 4.3.3 Proceso de actualización La actualización en sí de un sistema operativo LINUX es relativamente sencillo, en nuestro caso la distribución de CentOS sólo se requiere ejecutar dos líneas en la terminal de comandos: Primer comando: yum check-update, sin comillas, automáticamente recolecta todas las dependencias del sistema operativo que utiliza para funcionar y también intenta actualizar aquellas herramientas instaladas por el que administra el servidor que no son dependencia del sistema operativo. Segundo comando: yum update, nuevamente sin comillas, se encarga de realizar el proceso de actualización. A partir de aquí no es recomendable cancelar el proceso, se procede con precaución Pruebas y restauración de respaldos Una vez puesto en funcionamiento el servidor LINUX con la versión actualizada del sistema operativo es necesario restaurar los respaldos paulatinamente. Se procederá a parar todos los servicios relacionados y ejecutarlos nuevamente cuando el proceso de restauración termine. Cuadro 9 Resultados de restauración de respaldos Servidor #1 Respaldo Ruta Funciona Correctamente? Virutual Hosts /va/www/vhosts/ Sí Archivos de configuración Servidor #2 /etc/httpd/conf/httpd.conf /etc/php.ini Sí *Fue necesario reinstalar algunos módulos que no se actualizaron en el proceso de instalación Respaldo Ruta Funciona Correctamente? Configuración de la base de datos /etc/my.cnf Sí Archivos binarios de las bases /var/lib/mysql/%nombre base de Sí 44

45 de datos Script de las base de datos datos%/ /usr/sbin/mysqld %base de datos% No es necesario Al finalizar el trabajo de restauración se procede a levantar todos los servicios suspendidos temporalmente, de manera que todo siga funcionando exactamente como estaba en la versión anterior del sistema operativo del servidor LINUX. Se procede a probar toda la funcionalidad que normalmente tenía el servidor para comprobar su correcto funcionamiento. 4.4 Plan de capacitación para que los involucrados se apropien de los procedimientos por implementar El proceso de capacitación como cualquier otro es de carácter estratégico y aplicado de manera organizada, la idea es que todos tengan claro cómo trabajar con las nuevas versiones del sistema operativo LINUX. Los requerimientos para estos procesos varían en relación con los cambios resultantes de la actualización, normalmente son mínimos por la naturaleza de la destreza que los encargados de los sistemas poseen, pero de todas maneras es de suma importancia analizar cómo se hacen las cosas normalmente y mejorar los procesos si lo requiere. Para esta propuesta la capacitación puede antes o después de la actualización del servidor LINUX, preferiblemente antes para que todas las tareas puedan ser realizadas sin contratiempos Programación, desarrollo y planeación de la capacitación Hay que determinar los procesos que realizan los encargados de los sistemas que necesiten mejoras para desarrollar los temas que deben ser enfocados y expuestos. Es necesario documentar el proceso de capacitación para que pueda ser empleado como política de uso de los servidores para los sucesores de los actuales encargados de administrar los servidores LINUX. 45

46 Además, para el esquema de la capacitación es preciso conocer qué debe enseñarse; quien debe aprender y quien enseñar; sin dejar de lado cuando, donde y como debe enseñarse asegurándose de que todos conozcan Evaluación y objetivos de la capacitación Como un método de retroalimentación para cualquier organización, se deben comprobar que se han adquirido los nuevos conocimientos de la capacitación para cumplir con el objetivo final de la propuesta para la actualización de un servidor LINUX. Es importante documentar el impacto generado en cuanto a mejora de conocimientos, habilidades y destrezas de los participantes, los que influirán en resultados de rendimiento y valor agregado en el desarrollo de las tareas asignadas. La evaluación se puede realizar por diferentes medios, ya sea por aplicación de pruebas de conocimiento adquirido o mediante medición de resultados posteriores a la capacitación. El siguiente cuadro facilita evaluar si se llegaron a cumplir los objetivos específicos de esta capacitación por medio de un cuadro comparativo que indica si se llegan a adquirir los nuevos conocimientos de la mejora. Cuadro 10 Plantilla comparativa de procesos Servidor #1 Antes Mejora No se asignaban los permisos correctos de escritura, lectura, ejecución a archivos que son de mucha importancia pero rara vez modificados Identificar y modificar los permisos de archivos a sólo lectura para evitar cambios accidentales o identificar fácilmente un brecha de seguridad. Todos los desarrolladores utilizaban el usuario raíz para trabajar con los servidores. Asegurar que todos los desarrolladores tengan un usuario de acceso con los permisos necesarios para tener un mejor control de lo que se hace en el servidor. Servidor #2 Antes Concepto 46

47 La base de datos solo tenía un usuario que contiene todos los permisos posibles utilizado en múltiples entornos (desarrollo, prueba, web.) Asegurar que se funcionen diferentes usuarios para diferentes entornos que puede contener la siguiente especificación Web: únicamente DML (Data Manipulation Language) Desarrollo: DML y DDL (Data Definition Language) Administradores: DML, DDL y DCL (Data Control Language) La base de datos utiliza el puerto por defecto Asegurar que se asigne un puerto diferente por medidas de seguridad. Común para ambos servidores Se utilizan los puertos por defecto para acceso por protocolo SSH. Asegurar que los puertos sean distintos a los que vienen por defecto Cronograma propuesto del plan de capacitación Se presenta una propuesta de un programa de capacitación con su respectivo cronograma. La propuesta contempla los puntos de mejora detectados en el análisis de los resultados de los cuestionarios aplicados así como los puntos que no tuvieron baja calificación pero como valor agregado fortalece las aptitudes de los trabajadores. El plan de capacitación expuesto en el cuadro 10, tiene como propósito que su aplicación permita aumentar la eficiencia de la STIC, logrando así un desempeño óptimo de su personal y alcanzando ventajas competitivas. No se presentan el cronograma las fechas de la capacitación debido a que las mismas están sujetas a disponibilidad de presupuesto, horarios, espacio físico, instructores entre otros, así como a la aprobación de la propuesta por parte de la jefatura correspondiente. En el caso del idioma inglés se depende del programa a desarrollar, el centro de enseñanza y los instructores que se consideren pertinentes. 47

48 Tema Cuadro 11 Cronograma de capacitación propuesto Subtemas Días de capacitación Políticas de uso de los servidores LINUX Creación de usuarios y permisos 1 Seguridad de los servidores 1 Políticas de uso de la base de datos Creación de usuarios, permisos 1 Mejores prácticas en el acceso a la base de datos con respecto al origen de la conexión. 1 Los costos de la capacitación están directamente relacionas con los días de trabajo requeridos para impartir los temas que en este caso son cuatro y si es necesarios los días que se requieran para comprobar que se ha absorbido los nuevos conocimientos. 48

49 5 CONCLUSIONES A continuación se concluyen los siguientes puntos que se reflejan de la información que ha sido investigada y recopilada: 1. Un sistemas operativo LINUX es un medio confiable y seguro, su diseño facilita su instalación y más importante aún es este caso es su actualización, ya que otros tipos de sistemas operativos requieren de un tratamiento más complicado. 2. La administración de proyectos da un valor agregado a los trabajos en el campo de tecnologías de información de mucha importancia, ambas metodologías se complementan para realizar el trabajo de la mejor manera posible y provee una documentación muy completa para futuras referencias. 3. La actualización de un servidor LINUX da acceso a nuevas oportunidades de desarrollo empresarial y laboral ya que mantiene un ambiente fresco para el desarrollo de aplicaciones y servicios y a su vez muchos involucrados indirectos se verán beneficiados con estas mejoras. 4. Los sistemas operativos LINUX además de ser seguros y confiables cuentan con mecanismos de seguridad que previenen errores en el proceso de actualización, esto asegura que en caso de un fallo considerable el servidor no quede inutilizable y pueda seguir funcionando sin problema alguno. 5. Aunque el proceso de actualización de un servidor LINUX pueda no mostrar inconvenientes, en necesario saber cuál es el mejor momento para hacer el trabajo lo cual requiere de un estudio diferente luego de esta propuesta ya que se tienen que tomar en cuenta los riegos asociados. 6. Un riesgo imposible de identificar es aquel que ni el mismo sistema operativo reconozca, estos son identificados por los sistemas operativos como error de causa desconocida, improbable que sucedan o puede que también sea una falsa alarma, es decir, que un intento suceda el error y en otro (sin modificar absolutamente nada) todo salga bien, en fin, los SO son complejísimos y la idea no es consultar un experto o gurú de sistemas operativos, es aprender cómo se comportan en situaciones impredecibles. 49

50 7. El llevar a cabo todas las actividades propuestas en el trabajo de investigación permite una administración de una manera diferente y ordenada en la actualización de servidores LINUX y además generó información valiosa para la base de datos documental de proyectos que puede ser de gran utilidad para proyectos futuros. 50

51 6 RECOMENDACIONES Las recomendaciones del presente trabajo de investigación han sido determinadas una vez finalizada la investigación y obtenida toda la información necesaria para la correcta identificación de todos los aspectos involucrados en la ejecución del proyecto. De esta manera se recomienda lo siguiente: 1. Se recomienda al grupo que administra los servidores LINUX que puedan dedicar tiempo para preparar los sistemas para eventuales actualizaciones que se presenten en el futuro, al menos para versiones que tengan un periodo de soporte extendido y aprovechar al máximo todas las ventajas que ofrece. 2. Se recomienda que la toma de decisión por parte de la junta directiva para la actualización de los servidores deben ser respaldadas por un estudio previo que pueda responder preguntas claves como: Cuál es el mejor momento para realizar la actualización? En qué momento podemos minimizar las pérdidas por interrupción de/los servicio(s)? Tomando en cuenta los riesgo de esta propuesta. 3. Se recomienda no realizar este proceso cada vez que salga una nueva versión del sistema operativo, es mejor esperar lanzamientos de versiones mayores en donde se pueda apreciar realmente los beneficios que puedan mejorar los procesos y servicios ofrecidos. Incluso se puede esperar a una fecha cercana cuando ya no exista soporte al sistema operativo actual. 4. Para todo entorno de trabajo con servidores LINUX se recomienda tener un servidor para pruebas y desarrollo, como en el caso de la actualización de un servidor, esto posibilita observar cómo va a ser este proceso sin afectar de ningún modo los servidores en producción. 5. Los ingenieros que trabajan con servidores LINUX que se encargan de ofrecer uno o varios servicios a muchos clientes, es recomendable no utilizar sólo un servidor, lo mejor es tener varios servidores que puedan balancear la carga de los clientes que hacen uso de los servicios. 51

52 52 7 BIBLIOGRAFÍA Buonacore, D. (1980). Diccionarario de Bibliotecología (2 ed.). Buenos Aires, Argentina: Marymar. Depth On Demand. (s.f.). Obtenido de at pm.png howstuffworks. (s.f.). What is Linux and why is it so popular. Obtenido de howstuffworks: IBM. (16 de 6 de 2003). Best practices for software development projects. Obtenido de developerworks: /perks2.html Jiang, J. J., Klein, G., Hwang, H.-G., Huang, J., & Hung, S.-Y. (30 de 6 de 2003). An exploration of the relationship between software. Obtenido de Katherine Noyes, P. (11 de 1 de 2012). Debian Linux Named Most Popular Distro for Web Servers. Obtenido de PCWorld: tro_for_web_servers.html Marchionni, E. A. (2011). Adminstrador de Servidores. Creative Andina Corp.. PMI. (2008). Guía de los fundamentos para la dirección de proyectos (4ta ed.). Newtown Square, Pennsylvania, Estados Unidos: Project Management Institute, Inc. PMI. (s.f.). PMI Agile Certified Practitioner (PMI-ACP). Obtenido de PMI:

53 53 Siliceo, A. (2006). Capacitacion Y Desarrollo De Personal (4ta ed.). Editorial Limusa S.A. De C.V.

54 54 Anexo 1: ACTA DEL PROYECTO 8 ANEXOS ACTA DEL PROYECTO Fecha Nombre de Proyecto 4/21/2013 Creación de procedimientos para actualización del sistema operativo de servidores LINUX Áreas de conocimiento / procesos: Procesos: Iniciación, planificación, ejecución, seguimiento y control, cierre. Áreas: Integración, alcance, costos, calidad, riesgos. Fecha de inicio del proyecto Área de aplicación (Sector / Actividad): Informática. Proyectos de TI con énfasis en mejoramiento de procesos. Fecha tentativa de finalización del proyecto 6/21/2013 9/21/2013 Objetivos del proyecto (general y específicos) Objetivo general Crear una propuesta de los procedimientos para la actualización de servidores LINUX Objetivos específicos Realizar un análisis de la situación actual para identificar mejoras. Desarrollar los procedimientos necesarios para la actualización de los servidores. Definir un plan de capacitación para que los involucrados se apropien de los procedimientos a implementar. Justificación o propósito del proyecto (Aporte y resultados esperados)

55 55 Se espera que esta metodología mejores los procesos que conllevan a la actualización de un servidor LINUX que se detallan en los siguientes puntos: Primero que todo una actualización se traduce como una mejoría de los viejos procesos que estuvieron una vez ejecutándose y mejoría del uso de recursos del sistema disponible. Minimizar los riesgos y problemas de incompatibilidad de software o hardware ya instalados. Hacer más eficiente y efectivo el proceso de actualización de los servidores. Aprovechar las tecnologías más recientes que ofrecen los paquetes de instalación actualizados, una desventaja de no actualizar es tener el deseo de hacer implementaciones de última línea sin contar con las facilidades para ejecutarlas. Descripción del producto o servicio que generará el proyecto Entregables finales del proyecto La meta de la propuesta es que al final de terminar todas las tareas recomendadas es tener un servidor con la versión más reciente y que todo funciona con normalidad. Todo esto se detallará con los siguientes documentos: Documento de análisis de la situación actual. Documento de los procedimientos para realizar una actualización de un servidor. Documento del plan de capacitación para los involucrados. Supuestos El hardware es compatible con la última versión disponible a actualizar. Se contará con el apoyo del área de desarrollo para cualquier modificación del código fuente inminente. Se cuenta con el apoyo del gerente o encargado en el proceso de la actualización. Las intervenciones en los sistemas de información serán mínimas. Se cuenta con respaldo de energía eléctrica en caso de falla de la misma. Los procedimientos se harán de manera remota. Restricciones Conexión a internet. Información histórica relevante

56 56 Hasta la fecha se habla mucho sobre actualización de software o de un sistema operativo en específico, pero no se hace una generalización de cómo se lleva a cabo esta tarea, de manera formar, para un servidor con alguna distribución de LINUX de las cuales existen muchas (CENTOS, UBUNTU, DEBIAN, etc.). Identificación de grupos de interés (Stakeholders) Involucrados directo(s): Gerentes de proyectos Desarrolladores de software. Administrador de servidores. Involucrados indirecto(s): Director de la empresa. Miembros del sitio hospedado. Encargados de publicidad en línea. Aprobado por: Firma: Luis Diego Argüello Realizado por Firma: Ram Antonio Miranda Cajiga

57 57 Anexo 2: EDT Actualícelo según el cambio del objetivo

58 58 Anexo 3: CRONOGRAMA Actualícelo según el cambio del objetivo Anexo 4: Otros