Diseño de un modelo de migración a cloud computing para entidades públicas de salud

Introducción

En el sector público colombiano la apropiación de tecnologías suele ser anticuada y muchas veces alejada de soluciones efectivas. Esto se evidencia principalmente cuando se compara con soluciones empleadas en otras partes del mundo.

Según Carsten Bruhn: “Parece que el sector público no está maximizando los beneficios del Cloud Computing, como un acceso más fácil a la información, un mayor intercambio de conocimientos y una mejor agilidad de los negocios. Esto puede que se deba a que se cuenta con procesos de documentos desconectados, en los que el sistema, la tecnología y la forma de trabajar de las personas se ven de forma aislada; en vez de ser considerados partes iguales que necesitan trabajar de forma perfectamente integrada” ¹.

En el caso de Colombia, las instituciones públicas invierten anualmente una gran cantidad de recursos en tecnología, mediante inversiones que están sujetas al conocimiento y necesidades particulares de cada director de TI, quienes muchas veces evidencian la falta de pericia y de conocimiento a la hora de seleccionar la tecnología más eficiente para el modelo de negocio y para las necesidades que se requiere solucionar.

Concretamente, en el sector salud existe una gran cantidad de tecnologías diversas, que se utilizan en los hospitales; y que constituyen inversiones en tecnología que muchas veces no se analizan a profundidad. En este sentido es clara la necesidad de establecer modelos de unificación que permitan que la información de cada una de las instituciones se pueda estandarizar en un solo esquema o modelo.

“La información se convierte, entonces, en un insumo fundamental para la toma de decisiones, la orientación de políticas públicas, la formulación de estrategias, planes y programas que redunden en el bienestar de la población estudiada. Sin embargo, para que la información sea un recurso capaz de satisfacer las expectativas de los tomadores de decisiones, debe garantizarse la calidad -esto es, la confiabilidad y validez- de los datos obtenidos y el conocimiento que de ellos se infiere.

Los avances actuales en el campo de la informática aumentan cada día la probabilidad de lograr la excelencia operacional en las actividades de recolección, procesamiento, almacenamiento y comunicación de datos para la generación de información, y su automatización contribuye en gran medida a garantizar la calidad” ².

Teniendo en cuenta todo lo anterior y en busca de una opción de mejora, la pregunta problema articulada a este proyecto es: ¿Cómo formular una estrategia para el mejoramiento de la gestión de Tecnología e Información-TI basada en las mejores prácticas del uso de Cloud Computing, a fin de obtener un aprovechamiento óptimo de los recursos, conocimiento y talento humano en estas áreas?

Metodología

Este proyecto constituye una investigación descriptiva con un enfoque cualitativo, debido a que mediante ella se realizó una observación al personal que trabaja en TI y, con base en el resultado de las mismas, se construyó un modelo que genera un rompimiento en el paradigma mental de los directores de las áreas de TI. El estudio es de tipo exploratorio y experimental, pues el modelo propuesto servirá como guía para implementarlo teóricamente en un caso de estudio.

Por otra parte, como la propuesta que se presenta está orientada a instituciones públicas (Hospitales de II nivel de complejidad del departamento del Valle del Cauca), el diseño de esta propuesta está alineada al modelo de Gestión de Tecnologías de la Información (IT4+), presentado en el año 2016 por el Ministerio de las Tics para la gestión de las áreas de TI de las instituciones públicas de todo el país.

Básicamente, este modelo ese define de la siguiente forma:

“IT4+® es un modelo integral de gestión estratégica con tecnología cuya base fundamental es la alineación entre la gestión de tecnología y la estrategia sectorial o institucional. El modelo facilita el desarrollo de una gestión de TI que genera valor estratégico para el sector, la entidad, sus clientes de información y usuarios. Está conformado por los siguientes componentes: Estrategia de TI, Gobierno de TI, Análisis de información, Sistemas de información, Gestión de servicios tecnológicos, Apropiación y uso.” ⁽³

Como consecuencia de lo anterior, el modelo propuesto por los autores de este trabajo incluye los principios definidos por el MinTIC respecto al dominio de servicios tecnológicos para la arquitectura empresarial del Estado Colombiano entregado en el documento conocido como IT4+, que se recogen en la Tabla 1:

Tabla 1 Principios de la Arquitectura para Servicios Tecnológicos No. PRINCIPIO DESCRIPCIÓN 1 Capacidad Hace referencia a las previsiones sobre necesidades futuras basadas en tendencias, previsiones de negocio y acuerdos de nivel de servicio (ANS) existentes. 2 Disponibilidad Comprende la optimización y monitorización de los servicios de TI para que estos funcionen ininterrumpidamente y de manera fiable, cumpliendo así los ANS. 3 Adaptabilidad De acuerdo con este principio, las implementaciones tecnológicas deben ser adaptables a las necesidades de redefiniciones en las funciones de negocio de las entidades. 4 Cumplimiento de estándares Toda institución del Estado cumplirá como mínimo los estándares definidos en la arquitectura IT4+. 5 Oportunidad en la prestación de los servicios Consiste en permitir y prestar un soporte técnico específico de manera oportuna y efectiva.

IT4+ presenta entonces un conjunto de conceptos y prácticas para la gestión de servicios de tecnologías de la información, que pueden brindar descripciones detalladas de procedimientos de gestión, ideados para ayudar a las organizaciones a lograr calidad y eficiencia en las operaciones de TI. En este caso de tercerización de procesos de TI en cualquiera de sus enfoques, ya sea de infraestructura, desarrollo y operaciones.

Al analizar estos procesos, se puede identificar que el método de gestión puede variar, pero la responsabilidad no. En muchos casos, la calidad de la gestión interna en realidad puede resultar más crítica, pues, el hecho de que una función sea entregada al exterior, requiere de estructuras de gestión más rigurosas y disciplinadas que al interior. Hay un número importante de aspectos que requieren atención para que la aplicación de las disciplinas de IT pueda aportar beneficios significativos.

Los temas de ITIL que pueden brindar un aporte a esta decisión de tercerizar son: La Gestión de Problemas, Gestión del Cambio, Gestión de Nivel de Servicio y Gestión de la Continuidad. En especial, cierta disciplina ITIL resulta prioritaria en este modelo: la Service Level Management. Las otras se emplean de forma más activa durante la transición del outsourcing. Sin embargo, el uso de ITIL ayuda sin duda a asegurar un sistema más riguroso y robusto, que en última instancia debe beneficiar a ambas partes.

Existe, además, una herramienta que se utiliza específicamente en las disciplinas de ITIL para ayudar a las organizaciones a gestionar su régimen de subcontratación inicial y permanente: El Outsourcing de IT Toolkit, que no es una simple variante del conocido kit de herramientas de ITIL, sino que incluye los componentes y documentos para ayudar a los responsables de la operación de externalización. En este Toolkit se incluye: un acuerdo de nivel de servicio pre-escrito, un equipo de auditoría de referencia, un contrato de modelo de externalización y una guía de plan de transición de ITIL ⁴.

Ahora bien, el Service Level Managemenent (SLM) es la herramienta propicia para negociar, proporcionar los acuerdos de niveles de servicio y documentos con objetivos adecuados de servicio representantes de la empresa, como también la monitorización y producción de informes sobre la capacidad del proveedor de servicios para ofrecer el acuerdo de nivel de servicio (The Stationery Office, 2007). SLM es por ello un proceso vital para todos los contratantes y proveedores de servicios de TI, ya que se encarga de acordar y documentar los objetivos de nivel de servicio y responsabilidades en el Nivel de Servicio (SLA) y los Requisitos del Nivel de Servicio (SLR) para cada actividad del área involucrada.

Si estos objetivos son adecuados y reflejan con precisión los requisitos de la empresa, los servicios entregados por los proveedores de servicios se alinearán con los requisitos de la empresa y se podrá cumplir con las expectativas de los clientes y los usuarios en términos de calidad de servicio.

Resultados

Diseño del modelo

En la actualidad, no existe una metodología definida o un estándar internacional aceptado para que las organizaciones adopten el modelo de computación en la nube para la operación de sus infraestructuras de TI ⁵. Sin embargo, algunos autores plantean recomendaciones para que las empresas lleguen inicialmente al modelo de nube privada o híbrida y, potencialmente, pasen luego a la nube pública⁶.

Cada organización define los requerimientos de integración y estandarización de sus plataformas y servicios de TI según la visión que tengan sobre su crecimiento ⁷. Así, para la migración de servicios al modelo de nube, existen las llamadas “estrategias de migración”, métodos que son específicos para cada solución, ya que en muchas ocasiones cada migración utiliza una metodología propia basada en unos requerimientos específicos, que difícilmente se pueden utilizar en otra migración.

Con base en estas afirmaciones y teniendo en cuenta el concepto de estrategia como: “el grupo de acciones diseñado para alcanzar una meta” ⁸, se sugiere la utilización del modelo de migración propuesto en el presente documento, modelo que incluye solamente hospitales de II nivel, lo que permite estandarizar las necesidades y requerimientos de estas instituciones dado que sus esquemas tecnológicos son similares.

En concreto, el modelo de migración propuesto en este documento está diseñado en cinco fases y cada fase tiene unas etapas. Este diseño se basó en la recopilación y agrupamiento de diferentes estrategias de migración propuestas en diversos documentos y en las mejores prácticas y recomendaciones dadas por ingenieros expertos en el proceso de migración al Cloud. El modelo se construyó de la siguiente manera:

Tabla 2 Referencias ETAPA DOCUMENTO ORIENTADOR ANÁLISIS Por Microsoft: “Cómputo en la Nube”: nuevo detonador para la competitividad de México. 2014 Por IBM Cloud en su documento: “Creación de una estrategia de Cloud computign”. 2014. PLANEACIÓN Por IBM Cloud en su documento: “Creación de una estrategia de Cloud computign”. 2014. Por IBM Cloud en su documento: “Definir un ecosistema Cloud”. 2014. Por Luis Joyanes Aguilar en su libro Computación en la nube, Estrategias del Cloud en las empresas. 2012 DISEÑO Por Agencia Española de Protección de Datos en su documento: “Guía para clientes que contraten servicios de Cloud Computing”. 2013. Por Jelle Frank van der Zwet e Ian Murphy en su documento ¿Cómo migrar al Cloud?. 2015. EJECUCIÓN Infopartner, empresa para gestión de Data Center. Trabajo de posgrado. Universidad EAN. Bogotá. MONITOREO Por la firma consultora Gartner en su documento: Cloud Computing. Key Inititative Overview. 2010.

Cabe recalcar que cada uno de los documentos mencionados anteriormente sirvieron como soporte en el diseño del modelo de migración, junto con la colaboración de los ingenieros expertos en migración y la contribución de los autores del trabajo en cada una de las etapas.

El modelo se ilustra de la siguiente manera (Figura 1):

Figura 1 Principios de la Arquitectura para Servicios Tecnológicos

Análisis

Determinar cómo el Cloud Computing va a servir para lograr los objetivos del negocio y los objetivos estratégicos. Antes de realizar cualquier tipo de migración es importante saber si la implementación de esta tecnología sirve para la organización, razón por la cual se deben revisar tanto los objetivos del negocio como los objetivos estratégicos que se encuentran descritos en el Plan Estrátegico y de esta manera determinar si utilizando la tecnología Cloud se pueden alcanzar estos objetivos.

Examinar como las oportunidades del Cloud Computing se pueden implementar para incrementar el valor del negocio. El siguiente paso lógico consiste en examinar si las oportunidades en el Cloud pueden incrementar el valor del negocio. Descubrir estas oportunidades permite ver el camino y determinar cómo alinear mejor las capacidades del Cloud en procura de los resultados esperados.

“Los proyectos de cambio tecnológico tienen una duración promedio de seis meses, desde que se conciben hasta que están funcionando”, afirma David Alejandro Londoño, director de mercadeo de Telmex Colombia. “En computación en la nube, este tiempo se reduce a uno o dos meses, pues, como la solución ya está implementada, la única demora está en la conexión del servicio” ⁽⁹.

Socialización del proyecto con la alta gerencia. Actualmente, dentro de las empresas, se ha incrementado la iniciativa de generación de proyectos en todas las áreas. A nivel mundial, “el índice de fracaso de los proyectos supera el 60%, específicamente, en el ámbito TI sólo el 32% de los proyectos son exitosos, el resto resulta cuestionado por problemas (24%) o de lleno un fracaso (44%). Este alto porcentaje de fallas se explica porque para medir su éxito se utiliza una métrica dura y estricta”. Así lo señala Sergio López, fundador y gerente general de ProactiveOffice, además de director de la Asociación de Emprendedores de Chile. El mismo López plantea que: “Un proyecto exitoso es aquél que logra un control total sobre tres dimensiones fundamentales e interdependientes: el plazo relacionado, el alcance o la calidad del producto y el presupuesto”.

Evidentemente el apoyo y conocimiento de la alta gerencia es importante y vital para el desarrollo de este nuevo proyecto, razón por la cual todo el desarrollo del mismo deberá estar acompañado de los directivos y su apoyo debe ser incondicional en cada una de las etapas del mismo. En este sentido, la presentación del proyecto de migración no solo se debe exponer en términos tecnológicos y de conceptos técnicos, sino que en la exposición se debe tener una visión mucho más holística del proceso, que abarque en sí los diferentes aspectos del proyecto y muestre los diversos beneficios como son: beneficios técnicos, beneficios humanos, beneficios en infraestructura, beneficios en costos, beneficios económicos, beneficios en desempeño de los servicios, beneficios hacia los clientes. Todos estos beneficios son lo que validarán el proceso y la aceptación de la junta administrativa o el gerente de la empresa. Igualmente, se deben entregar los resultados obtenidos.

Capacitación personal del área de TI en el modelo Cloud. Uno de los recursos más importantes con los que se cuenta para la implementación de este proyecto es el personal de TI. Su conocimiento del proyecto es evidentemente necesario y obligatorio, ya que sobre ellos recae gran parte del trabajo que se necesita. En consecuencia, se le debe capacitar sobre esta nueva tecnología y sobre el desarrollo del proyecto, para que conozca lo que se pretende y asuman sus funciones en el nuevo modelo propuesto.

Análisis financiero. Como todo proyecto se debe realizar una comparación entre los gastos actuales del área de TI y los gastos al migrar esos servicios al servicio en la nube, para determinar la viabilidad financiera del proyecto.

Planeación

Revisión de infraestructura de hardware y software del centro de datos. En esta etapa del modelo se debe realizar un inventario de cada uno de los componentes de hardware, equipos de conectividad y descripción de los servidores de que se dispone. Además, se debe realizar un inventario del software con el que se cuenta en el centro de datos de la institución, revisando en concreto las licencias, el tipo de licenciamiento y fecha de caducidad.

Análisis de la conectividad de la empresa. Ya que la columna vertebral del proceso de migración al Cloud Computing requiere de una gran conectividad, es importante que la empresa evalúe el estado de conectividad con el cual se cuenta. En específico se debe evaluar:

La conectividad de la infraestructura interna de la empresa. El cableado interno de la empresa. Los equipos de conectividad y velocidad de los mismos. El estado del backbone de la empresa. La conectividad hacia el exterior de la empresa. (Cantidad y velocidad).

La realización de este análisis permitirá encontrar posibles fallas o rupturas que se puedan generar en la implementación de los servicios de Cloud Computing.

Clasificación de las cargas de trabajo (aplicaciones) por niveles de criticidad para ser migradas. El plan de continuidad del negocio establece los procedimientos que aplica una organización en caso de una contingencia grave o un desastre. En dicho plan se incluye el plan de continuidad de servicios de TI (en inglés: IT service continuity, ITSC), en el cual se ha de determinar la forma en que los servicios de TI pueden apoyar o soportar el negocio en caso de interrupción.

Para realizar la identificación de los servicios críticos, se utilizó una herramienta metodológica utilizada en la Migración de los servicios de la Aerocivil al modelo en Nube. Esta, herramienta fue diseñada por los ingenieros más experimentados en temas de tecnología de información de dicha empresa.

Esta evaluación fue realizada de acuerdo con la clasificación de las amenazas, los criterios de probabilidad de ocurrencia, el impacto en caso de falla, la tolerancia al riesgo y el número de usuarios afectados. Esta clasificación se definió de acuerdo con la Tabla 2.

Tabla 4 Clasificación de las amenazas y los criterios de probabilidad de ocurrencia Amenaza Actos Intencionales Ataques a la red, sofware malicioso, acceso no autorisado a informacion confidencial Actos no intencionales Entada inadvertida o inválida de datos, comandos mal ejecutados por administradores y operadores. Amenazas naturales Inundaciones, terremotos, tornados, avalanchas, deslizamientos de tierra. Amenazas ambientales Falla de energía, polución, contaminación química. Probabilidad de ocurrencia 0,05 nunca ocurre 0,6 muy bajo (2-3 veces cada 5 años) 1 bajo (1 vez al año) 2 medio (1 vez cada 6 meses) 12 Alto (1 por mes) 36 muy alto (mas de 1 por mes) 365 Extremo (mayor a 1 por día) fuente: van de walle & Rutkowski, 2006

La tolerancia al riesgo (Tabla 3), definida como el número de horas en que la organización puede operar sin el servicio de TI sin que se afecte la prestación de los servicios, y los Niveles de impacto (Tabla 4) permite evaluar el daño colateral que genera la caída del servicio.

Tabla 5 Clasificación de la tolerancia al riesgo Tolerancia al riesgo (hora) Descripción 4 Sistemas de información misionales y servicios de TI de apoyo a toda la organización. 24 Sistemas de información de apoyo a las labores administrativas y servicios de administración y gestión de TI. 72 Sistemas de información y servicios de TI de apoyo sólo a procesos específicos. fuente ¹⁰

Tabla 6 Clasificación de la tolerancia al riesgo Tolerancia al riesgo (hora) Descripción 10 Bajo: no afecta la misión de una organización, la reputación o los intereses. 50 Medio: afecta notablemente la misión de una organización, la reputación o los intereses. 100 Alto: impide la misión de una organización, la reputación o los interese. fuente ¹⁰

La criticidad para los productos y servicios de TI que administra la Dirección de Informática se presenta en la Tabla 5, en la cual están ordenados por el índice de criticidad, la tolerancia al riesgo y el número de usuarios afectados.

Tabla 7 Criticidad de los productos y servicios de TI elaboración propia. No Servicio de TI Amenaza Probabilidad de ocurrencia Impacto Índice de Criticidad Tolerancia al Riesgo Usuarios afectados 1 Servicio Actos intencionales Actos no intencionales Desastres naturales Riesgos ambientales

La anterior tabla se utiliza de la siguiente manera: El director de TI de la institución según su conocimiento de la institución, deberá:

1. Asignar un valor para Probabilidad de ocurrencia 2. Asignar un valor de Impacto 3. Calcular el índice de criticidad con el valor promedio de la probabilidad de ocurrencia de cada amenaza, multiplicado por el impacto. 4. Asignar un valor para tolerancia al riesgo 5. Asignar un valor al número de usuarios afectados en caso de falla del servicio.

Los servicios de TI con mayor índice de criticidad, con menor número de horas de tolerancia al riesgo y con mayor número de usuarios afectados son los más críticos y, por tanto, deben migrarse.

Construir la estrategia de migración. En esta etapa se debe planificar como se va a realizar la migración de cada uno de los servicios, dependiendo de las características de cada aplicación, su nivel de criticidad y el estado actual de la infraestructura física de la institución.

Selección del tipo de servicio a utilizar (SaaS, PaaS, IaaS). Una vez se tiene claro el tipo de infraestructura con la que se cuenta se deben seleccionar los tipos se servicios Cloud a contratar: SaaS: Software que se desea arrendar, que se requieren actualizar, que se quieren estandarizar. IaaS: Equipos, servidores y toda la infraestructura que se desea arrendar en el Data Center. (En este punto es válido hacer uso del servicio de Colocación en el Data Center). PaaS. Alquiler de una plataforma de desarrollo para la construcción y puesta en marcha de aplicaciones propias y servicios Web que estarán completamente disponibles a través de Internet.

Selección del tipo de modelo a usar (Nube Pública, Privada, Hibrida). En esta etapa se debe definir el tipo de nube a utilizar (privada, pública o hibrida), dependiendo del servicio y el nivel de seguridad que se requiere.

Diseño

Selección del Data Center. Para la selección del Data Center más óptimo a la solución planteada, es importante que en el diseño se estudien todas las características que ofrece c/u de los Data Center que prestan sus servicios en Colombia. Enseguida se presenta una breve descripción de las características que se deben buscar.

Que cuente con certificaciones recientes y actualizadas (TIER, ISO, CCNA, norma TIA 942). Que posea Soporte 24x7x364. Área de trabajo y de pruebas de migración como servicio incluido. Formación y certificaciones del personal de TI del Data Center. Identificar cuáles son sus enlaces redundantes de salida a internet. Ubicación geográfica. SolideZ presupuestal del Data Center. Acompañamiento en la migración. Disponibilidad para auditorías y revisiones por parte de terceros. Aspectos como: energía, enfriamiento, seguridad, reportes e informes, atención al cliente, tecnología y costos de los servicios.

En el mercado colombiano ya existe un gran número de empresas dedicadas al negocio de servicios en la nube, lo que facilita realizar comparaciones para determinar cuáles ofrecen las mejores alternativas para los servicios requeridos.

Existen varios criterios para comparar y seleccionar proveedores¹¹, entre los que se destacan:

Número de años en el negocio Estabilidad financiera Capacidad técnica Calidad del desempeño pasado Capacidad de dirección de proyectos recios

El proveedor de servicios debe ofrecer todas las garantías y experiencia para que la organización pueda confiar la operación de sus servicios informáticos y la custodia de su información ¹¹.

Construcción de acuerdo SLA. Uno de los aspectos más importantes de este proceso son las responsabilidades que adquieren tanto la empresa como el proveedor del servicio de Data Center, razón por la cual las cláusulas que se de este acuerdo deben respetar las normas gubernamentales en el tratamiento de la información pública. así como Además, se deben implementar mecanismos que protejan la información a colocar en el Data Center.

Este acuerdo es claramente un elemento muy importante en la documentación para ambas partes. Si se utiliza correctamente debe contener^12,13:

Disponibilidad del servicio. Garantía del hardware arrendado Tiempo de respuesta a las incidencias según su nivel de criticidad. Seguridad. Identificar y definir las necesidades del cliente. Proporcionar un marco para la comprensión. Simplificar cuestiones complejas. Reducir las áreas de conflicto. Ánimo de diálogo en caso de conflicto. Eliminar las expectativas poco realistas. Los servicios que se entregan. Rendimiento, seguimiento e informes de Gestión de Problemas. Cumplimiento legal. Deberes y responsabilidades del cliente. Derechos de propiedad intelectual y la información confidencial de terminación.

Diseño del cronograma de migración. Como todo proyecto, este debe estar regulado por un cronograma de actividades y tiempos, se debe crear un cronograma macro que muestre el todo el proyecto de migración y todos los servicios que se pretenden subir a la nube y de la misma manera se deberá realizar para cada uno de los servicios un cronograma que muestre la transición del servicio al modelo en nube.

Diseño de red de datos y conectividad propuesta. Basados en el análisis de conectividad de la empresa, en el que se evidencian las posibles fallas que se pueden presentar al implementar el modelo en la nube, se debe desarrollar un diseño de la nueva red de datos interna, así como el diseño de la nueva conectividad de la infraestructura de la empresa hacia el exterior y la conectividad al Data Center.

Diseño del entorno de virtualización y recursos requeridos en el Data Center. Una vez se empiezan a definir las cargas de trabajo que se van a migrar en un orden concreto, es necesario relacionar aplicaciones con necesidades en infraestructura de hardware y software, tarea en la que se debe buscar la asesoría del Data Center.

Ejecución

Adecuación a red de datos y conectividad. En esta etapa del modelo se adquieren los equipos requeridos para una buena conexión, su configuración a la red de datos y la implementación de una buena conectividad hacia el Data Center, lo que incluye una redundancia en la salida a Internet y un firewall para la protección interna de la infraestructura en el hospital.

Migración de servicios según la estrategia de migración. En este paso se precisan las cargas de trabajo a migrar, según la estrategia de migración construida y en las etapas que se definieron previamente.

Monitoreo

Pruebas de eficiencia. En esta etapa del modelo se deben realizar las pruebas de eficiencia que permitan determinar el correcto funcionamiento de cada una de las aplicaciones migradas al Cloud. Gestión y medición del servicio recibido. La etapa final consiste en la gestión de la relación con el proveedor de servicios de Cloud, así como la verificación y medición del desempeño de cada una de las aplicaciones migradas y de los servicios entregados por el proveedor de Cloud.

Conclusión

Diseño del cronograma de migración. Como todo proyecto, este debe estar regulado por un cronograma de actividades y tiempos, se debe crear un cronograma macro que muestre el todo el proyecto de migración y todos los servicios que se pretenden subir a la nube y de la misma manera se deberá realizar para cada uno de los servicios un cronograma que muestre la transición del servicio al modelo en nube.

Diseño de red de datos y conectividad propuesta. Basados en el análisis de conectividad de la empresa, en el que se evidencian las posibles fallas que se pueden presentar al implementar el modelo en la nube, se debe desarrollar un diseño de la nueva red de datos interna, así como el diseño de la nueva conectividad de la infraestructura de la empresa hacia el exterior y la conectividad al Data Center.

Diseño del entorno de virtualización y recursos requeridos en el Data Center. Una vez se empiezan a definir las cargas de trabajo que se van a migrar en un orden concreto, es necesario relacionar aplicaciones con necesidades en infraestructura de hardware y software, tarea en la que se debe buscar la asesoría del Data Center.

Ejecución Adecuación a red de datos y conectividad. En esta etapa del modelo se adquieren los equipos requeridos para una buena conexión, su configuración a la red de datos y la implementación de una buena conectividad hacia el Data Center, lo que incluye una redundancia en la salida a Internet y un firewall para la protección interna de la infraestructura en el hospital.

Migración de servicios según la estrategia de migración. En este paso se precisan las cargas de trabajo a migrar, según la estrategia de migración construida y en las etapas que se definieron previamente.

Monitoreo Pruebas de eficiencia. En esta etapa del modelo se deben realizar las pruebas de eficiencia que permitan determinar el correcto funcionamiento de cada una de las aplicaciones migradas al Cloud. Gestión y medición del servicio recibido. La etapa final consiste en la gestión de la relación con el proveedor de servicios de Cloud, así como la verificación y medición del desempeño de cada una de las aplicaciones migradas y de los servicios entregados por el proveedor de Cloud.

Referencias

1. Ricoh El sector público lidera la adopción del cloud computing aunque desconoce cómo sacarle el máximo provecho. 2013. Publisher Full Text
2. Ministerio de Protección Social, Universidad de Antioquia. Análisis de la situación de salud en Colombia 2002 - 2007. 2010.
3. Ministerio de las Tecnologías de la Información y Comunicación. Modelo de Gestión IT4+. 2016. Publisher Full Text
4. Itil.osiatis.es. ITIL®- Gestión de Servicios TI. 2016. Publisher Full Text
5. Mohammad A, Mcheick H. Cloud services Testing: An Undesrtandig. 2011.
6. Blandford R. Information security in the cloud. Network security. 2011.
7. Weill P, Ross J. IT Savvy. Harvard Business School Publishing: Boston; 2009.
8. BatemanSnell Administración de una ventaja competitiva. Mc Graw-Hill: México; 2001.
9. Management Solutions. La nube: Oportunidades y retos para los integrantes de la cadena de valor. 2012. Publisher Full Text
10. Páez Murcia O. I. La computación en la nube, como solución a los problemas de disponibilidad y continuidad en los servicios informáticos de la aeronáutica civil.. 2012.
11. PMI, Project Management Institute. 2008.
12. Service Level Agreement Zone. The Service Level Agreement. 2015. Publisher Full Text
13. Castellanos L. Ferrer, González Insignares K, Mendoza Vega L. La innovación como factor clave para mejorar la competitividad de las pymes en el departamento del Atlántico, Colombia. Dictamen Libre. 2015; 16:21-36.
14. IMC, Instituto Mexicano de la competitividad. Cómputo en la nube”: nuevo detonador para la competitividad de México, 2012.Publisher Full Text
15. NIST, National Institute Of Standards and Technology. Effectively and Securely Using de Cloud Computing paradigm. 2009. Publisher Full Text
16. University of California at Berkeley. Above the Clouds: A Berkeley. 2009. Publisher Full Text
17. GARTNER. Cloud Computing - Key Initiative Overview. 2010. Publisher Full Text
18. Joyanes L. Computación en la Nube - Estrategias de Cloud Computing en las empresas. Editorial Alfaomega: México; 2012.
19. Palacio G. Data Centers Hoy - Protección y Administración de datos en la empresa. Editorial S.A. MARCOBO; 2014.
20. Guilarte M. ¿Qué es un Tier?. 2013. Publisher Full Text
21. Doña J, García J. E, López J, Pascual F, Pascual F. Virtualización de Servidores-Una Solución de Futuro. Hospital Universitario Virgen de La Victoria. 2010.
22. Lopez M, Huedo E, Garbajosa J. GreenIT: Tecnologías para la eficiencia energética en los sistemas T.I. - Informe de Vigilancia Tecnológica. 2012.
23. JGarcia J, Lopez J, Pascual F, Pascual R. Virtualización de servidores-Una solución de Futuro. Campus Universitario de Teatinos. 2010.
24. Wolf C, Halter E. M. Virtualización. From the deskopt to the Enterprise. APRESS; 2005.
25. Rolón F. Opciones de la banca comercial en productos de importación. Dictamen Libre. 2013; 12-13:71-75.
26. Hernández Palma H.. Sistemas de gestión integrados en el sector salud para la optimización de la calidad en el departamento del atlántico. Dictamen Libre. 2017; 20:99-106.