Gestión de aplicaciones en un entorno híbrido nube
Cuando una aplicación en un entorno de nube híbrida es de sus instalaciones, lo controlas. Esto significa que el control de la infraestructura, sistema operativo, middleware, los datos, la aplicación y el entorno de ejecución. En una PaaS (plataforma como servicio) el medio ambiente, el proveedor de PaaS maneja todo depende de la aplicación y, posiblemente, la base de datos. El proveedor se ocupa de las instalaciones, actualizaciones y parches al entorno de producción. Es un entorno autogestionado.
El problema de control se convierte en esto - ¿cómo se puede gestionar aplicaciones en la nube junto con las desarrolladas en las instalaciones? Es necesario para medir el impacto del desempeño de TI en el negocio que, por definición, incluye ahora el rendimiento del proveedor de la nube.
Suponga que tiene un contrato con un proveedor de PaaS para construir y desplegar su aplicación. La aplicación comienza a tener un problema. Cuando algo va mal, averiguar el origen puede ser difícil. La clave es ser capaz de rastrear el origen del problema rápidamente. ¿El proveedor de la plataforma acaba de actualizar el sistema operativo? ¿Hay un corte de energía? ¿Había una brecha de seguridad en el extremo del proveedor? O es algo en su final?
ganar visibilidad
La conclusión es que debe ser capaz de ganar visibilidad en al menos tres áreas:
Seguridad: Para supervisar la seguridad, es necesario escanear redes, sistemas operativos y aplicaciones con el fin de evitar la intrusión o ataques de denegación de servicio.
Actuación: Es necesario asegurarse de que el rendimiento de la nube no descienda por debajo del nivel de servicio acordado.
Servicio disponible: Se necesita una herramienta que puede ayudar a determinar la disponibilidad de sus servicios. Puede utilizar esta herramienta para monitorear si su proveedor de nube es hacia arriba o hacia abajo y está cumpliendo con sus acuerdos de nivel de servicio.
Video: Aplicaciones Nativas vs Aplicaciones hibridas
La negociación de estos niveles de servicio es a menudo una danza entre la TI y el proveedor. Usted debe preguntar a su proveedor de servicios manera en que supervisa la seguridad, el rendimiento y la disponibilidad. Asegúrese de que está cómodo con el enfoque. Además, el proveedor debe proporcionar un panel de control para darle visibilidad de los servicios que usted está utilizando continuamente. Lo ideal es que un panel de control que le ofrece una visibilidad uniforme a través de sus propios recursos y los de su proveedor de PaaS.
El seguimiento de los acuerdos de nivel de servicio
UN acuerdo de nivel de servicio (SLA) es una obligación contractual entre el usuario y el proveedor de la nube. TI y el proveedor de servicios debe trabajar juntos para establecer estos SLA.
SLAs típicos incluyen los siguientes:
Tiempos de respuesta
Disponibilidad en un día cualquiera
objetivo general el tiempo de actividad
Acordados en tiempos y procedimientos de respuesta en caso de un servicio de baja
Video: El primer servicio WAF híbrido basado en la nube de la industria
El acuerdo teóricamente le da cierta seguridad de que el proveedor va a cumplir con ciertos niveles de servicio. Sin embargo, es necesario determinar qué niveles de tiempo de inactividad y otros parámetros que está dispuesto a aceptar.
Teniendo en cuenta el acceso y la integración
Otra cuestión es pensar en el acceso a sus servicios y la integración entre la aplicación que desea implementar en la nube y otros servicios que depende. Por ejemplo, es necesario determinar qué tipo de servicios de control de acceso su proveedor ofrece, para que sólo las personas que se supone acceder a su aplicación durante el desarrollo y despliegue pueden hacerlo.
Digamos que usted ha decidido mover su aplicación a la nube, pero no se quiere mover su base de datos o incluso replicar sus datos allí. Usted tendrá que asegurarse de que existe un nivel adecuado de seguridad entre sus datos en las instalaciones y su aplicación en la nube.
Además, no puede haber muchos puntos de integración con una aplicación en la nube. La aplicación puede integrarse con una aplicación de gestión de relaciones con los clientes en su organización. La aplicación puede integrarse con otros servicios en la nube.
Un criterio clave para un proveedor de PaaS es proporcionar interfaces bien documentados y bien definidos para su uso. En otras palabras, en el centro de las capacidades de integración entre las aplicaciones en la nube o en premisa son interfaces de programación de aplicaciones (API). Estas API, que son parte de la plataforma PaaS, permiten a las empresas integrar rápidamente sus servicios en una amplia variedad de aplicaciones en un conjunto diverso de plataformas. Antes de elegir un proveedor de PaaS, asegúrese de que puede soportar las aplicaciones y servicios que necesita para integrar.
Evitar el lock-in
Aunque el enfoque PaaS tiene muchos beneficios, puede tener algunas desventajas. Una desventaja de PaaS es que se le puede fijar a la utilización de un entorno de desarrollo particular y pila de componentes de software. ofertas de PaaS generalmente tienen algunos elementos propietarios. En consecuencia, es posible que aferrados a la plataforma del proveedor e incapaz de mover su aplicación en otros lugares sin tener que reescribir en algún grado.
Si queda satisfecho con su proveedor de PaaS, que puede enfrentar gastos sustanciales si de repente necesario volver a escribir aplicaciones para satisfacer los requisitos de otro proveedor PaaS.
El miedo a los proveedores de tecnología ha dado lugar a la aparición de una nueva variedad de PaaS: Open Platform as a Service. Este servicio ofrece el mismo enfoque que PaaS, excepto que no hay restricción en la elección de desarrollo y software de entrega. Si el lock-in es importante para usted, a continuación, hacer preguntas antes de firmar el contrato de un proveedor.