Sobre el autor

Richard Blanford es el fundador de las soluciones en la nube administradas por Fordway.

Para algunas aplicaciones y tipos de organizaciones, pasar a la nube es una solución comercial perfectamente racional. Si un buen servicio SaaS, como Microsoft Office 365, está disponible, proporcionará todo lo que necesita, será fácil de usar y los costos serán similares o más bajos que los proporcionados por el suministro interno. Las empresas de nueva creación de hoy pueden y deben aprovechar todas sus tecnologías de información en la nube.

Sin embargo, la mayoría de las empresas grandes y medianas no comienzan desde cero o usan solo un pequeño número de aplicaciones relativamente simples. Han invertido tiempo y dinero en una gama de aplicaciones complejas e interdependientes que son críticas para el buen funcionamiento de su negocio. La mayoría de estas aplicaciones se habrán adaptado a necesidades específicas, y habrá muchos terabytes de datos de soporte. Toda organización necesita considerar cuidadosamente si es rentable, si no posible, transferir todas estas aplicaciones a un servicio en la nube.

En mi opinión, la nube es beneficiosa en muchas situaciones, pero no tiene sentido en todos los casos. Las aplicaciones en la nube están diseñadas en torno a una serie de supuestos que pueden no aplicarse a ciertas organizaciones y su funcionamiento. Como resultado, pasar a la nube no es solo una transformación de TI: requiere un reenfoque de actividades, nuevas habilidades y nuevas formas de trabajo. Las empresas también deben comprender que existe un mayor grado de bloqueo con un proveedor de la nube que con un proveedor de TI, y que la transferencia de servicios entre proveedores aún no simple porque sus servicios no son directamente comparables. Como resultado, creo que el futuro será híbrido en los próximos cinco a diez años.

Al examinar detenidamente las diferentes opciones de nube disponibles, la realidad de un futuro híbrido se vuelve clara. El primer paso debe ser buscar un servicio SaaS apropiado al costo correcto, que la organización simplemente puede consumir, mientras lo monitorea para garantizar que se brinde el servicio acordado.

Esto debería proporcionar:

  • Una aplicación que se puede configurar (si es necesario) y en la que se pueden importar datos para proporcionar una funcionalidad comparable o superior a las aplicaciones existentes a un precio adecuado, pagado de forma medida, idealmente por usuario / por mes.
  • Una infraestructura de soporte con un SLA que sea apropiado y adaptado a las necesidades de la empresa y las necesidades operativas.
  • La capacidad de acceder, importar y exportar datos de manera fácil y económica a otras aplicaciones para fines de análisis e informes.
  • Usando el SaaS, es como abrir el grifo para obtener agua, en lugar de ir a un pozo para recoger agua que luego debe ser transportada, purificada, etc. antes de ser consumido. Good SaaS proporciona lo que necesita cuando lo necesita, y se le cobra por lo que usa.

    La nube también es rentable para entornos no vivos donde paga según su uso. Esto incluye la recuperación ante desastres (DR), donde todos los servidores pueden suspenderse sin cargo hasta que se invoque la recuperación ante desastres, así como los entornos de prueba y desarrollo, donde solo paga cuando Su código es ejecutado. Todo lo que necesita proporcionar es la administración. Es importante saber que los servicios de PaaS de diferentes proveedores de la nube tienen diferentes API. Por lo tanto, hay un elemento de bloqueo del proveedor.

    Es más difícil encontrar soluciones SaaS apropiadas para aplicaciones de nicho y aquellas que necesitan ser personalizadas para alinearse con los procesos comerciales. Muchos proveedores de aplicaciones desarrollan su propia estrategia SaaS, pero generalmente solo admiten la última versión del software, y muchos no pueden aceptar aplicaciones personalizadas o complementos de terceros. Esto puede ser un problema particular para las autoridades locales y el NHS, que utilizan aplicaciones altamente personalizadas. Analizamos muchas ofertas aparentes de SaaS para nuestros clientes y descubrimos que, en muchos casos, el proveedor simplemente mantenía y mantenía una versión dedicada del software del usuario en un servicio de nube pública mientras cobraba un precio más alto. alta.

    Si SaaS no está disponible, la siguiente mejor opción es PaaS, en la que instala su aplicación sobre un servicio de base de datos administrado. Esto requerirá que su aplicación use una base de datos actualizada y ampliamente compatible, como Oracle, SQL Server o MySQL. Los servicios de PaaS que proporcionan entornos Informix o ProgressDB de 15 años son bastante difíciles de encontrar.

    Finalmente, puede elegir alojar la aplicación existente en IaaS, lo que significa mover la aplicación, ya sea por sí sola o con mejoras menores, para que se ejecute desde la infraestructura de un proveedor de la nube. Las únicas responsabilidades que tiene internamente son las licencias y el soporte del proveedor de la aplicación. Sin embargo, hay dos condiciones.

    En primer lugar, cada proveedor tiene diferentes reglas de diseño. Trabajar a través de su menú de elección requiere una comprensión profunda de su entorno, por ejemplo, la cantidad de direcciones IP fijas y móviles necesarias, el servicio DNS utilizado, la cantidad de datos entrantes y salientes en la nube, etc. buje, radios y llanta para una rueda de bicicleta en lugar de comprar una rueda completa.

    Muchas empresas no especifican su TI con este nivel de detalle porque tienden a comprar la infraestructura y utilizar toda la capacidad disponible. Sin embargo, en un entorno de nube medido, un servicio debe especificarse de una manera extremadamente estricta para minimizar los costos. Por ejemplo, las instancias reservadas son menos costosas pero tienen un bloqueo de uno a tres años. Las instancias puntuales son similares y se pueden detener sin previo aviso. Por lo tanto, no son adecuados para los servicios críticos de la empresa.

    En segundo lugar, en IaaS, el proveedor de la nube solo proporciona alojamiento, incluidas correcciones de host e hipervisor, así como un monitoreo proactivo de la seguridad de la infraestructura. Cualquier otra solución, así como la resistencia, la copia de seguridad, la seguridad y el soporte y mantenimiento de las aplicaciones dentro de la instancia, deben ser proporcionados internamente o por terceros. Cualquier escalado debe hacerse utilizando las herramientas del proveedor de la nube. Esto se vuelve rápidamente complejo cuando la mayoría de las empresas tienen un promedio de 40 aplicaciones. Entonces, administrar IaaS es en realidad un trabajo de tiempo completo.

    Esta complejidad no debería disuadir a una organización en particular de pasar a la nube. Sin embargo, es importante abrir los ojos o buscar un experto que lo acompañe. También puede elegir un servicio IaaS administrado, en el que un proveedor maneja todo por usted y cobra un número acordado de instancias por mes. Managed IaaS entrega efectivamente su aplicación heredada como SaaS.

    Una tercera opción es configurar su TI como una nube privada. Luego puede continuar ejecutándolo internamente con todo el hardware en su lugar para transferirlo al modo SaaS cuando esté disponible una solución adecuada.

    Después de considerar todas estas opciones, la mayoría de las organizaciones tendrán que planificar un futuro híbrido. Algunas aplicaciones pueden y deben trasladarse inmediatamente a la nube, pero otras requerirán mucho más tiempo y recursos, y algunas simplemente no se pueden mover a corto o mediano plazo: algunas dependencias simplemente requerirán demasiado trabajo para ser eliminado Cuando tiene la opción de pagar varios miles de libras al año para alojar una aplicación en el estado o diez veces más costos para volver a desarrollarla con la ayuda de una API abierta para la nube PaaS, La relación beneficio / recompensa es clara.

    Richard Blanford es el fundador de las soluciones en la nube administradas por Fordway.

    Share This
    A %d blogueros les gusta esto: