La nube existe desde 2006, cuando Amazon Web Services (AWS) anunció por primera vez sus servicios en la nube para clientes empresariales. Dos años más tarde, Google lanzó App Engine, seguido de Alibaba y los servicios Azure de Microsoft. La incorporación más reciente a la lista de proveedores de servicios de nube pública es OCI (Oracle Cloud Infrastructure).
Según el Cuadrante Mágico de Gartner 2021, AWS es el líder del mercado, seguido por Microsoft Azure y Google Cloud Platform en la segunda y tercera posición, respectivamente. A medida que la tecnología de la nube evoluciona, también lo hacen los requisitos de los clientes. Hoy en día, la adopción de la nube es una de las principales prioridades entre los ejecutivos de alta dirección. La pandemia de Covid-19 aceleró aún más la necesidad de adoptar la nube, ya que la digitalización ya no es una opción para las organizaciones sino un mandato. A medida que la pandemia se acerca a su fin, se produce un aumento en la demanda de servicios en la nube a medida que la mayoría de las empresas los aprovechan cada vez más. Como resultado, las empresas no dedican suficiente tiempo a la evaluación “correcta” de la carga de trabajo. Existe la posibilidad de que las empresas se vean afectadas debido a este cambio repentino a la nube y eventualmente tengan que salir o cambiar a otro Hyperscaler (Hiperescalador) en una etapa posterior.
Según informe de Gartner, el 81% de los encuestados dijeron que actualmente trabajan con dos o más proveedores de nube pública. Significa que la nube múltiple es el futuro de la computación en la nube.
1.Presencia regional : este es uno de los requisitos más comunes al seleccionar Hyperscaler. Los Hyperscalers más conocidos han ampliado su alcance global para acceder a nuevos mercados, satisfacer las demandas de los clientes existentes y cumplir con los requisitos normativos y de cumplimiento. La presencia regional tiene un fuerte impacto ya que las empresas preferirían estar más cerca de sus clientes, cumplir con los requisitos de cumplimiento definidos por su país y ofrecer servicios de alto rendimiento con baja latencia. Al planificar la incorporación de otro Hyperscaler, las empresas deben asegurarse de que cumpla con todos los requisitos reglamentarios y de cumplimiento y que tenga presencia en la región local. Además, las empresas deben realizar una pequeña prueba de concepto si cambian por motivos relacionados con la latencia. Además, también deben evaluar las opciones de conectividad disponibles a través de Hyperscaler o sus socios de canal.
2.Los mejores servicios : todos los principales Hyperscalers ofrecen una enorme cartera de servicios en infraestructura, plataforma, servicios de datos e IA/ML. Sin embargo, algunos proveedores de servicios en la nube disfrutan de liderazgo en el mercado de servicios específicos. Las empresas pueden optar por cualquier Hyperscaler para infraestructura general. Sin embargo, las grandes empresas, que dependen principalmente de las tecnologías y herramientas de Microsoft, prefieren Azure, ya que pueden aprovechar el modelo de licencias de Microsoft y la facilidad de integración. Por último, GCP se convierte en el proveedor elegido entre las empresas en cuanto a servicios de IA/ML/datos. Al evaluar otro Hyperscaler, las empresas deben validar los servicios nuevos y diferentes que están disponibles con el nuevo Hyperscaler. Evalúe estos servicios para determinar su funcionalidad, limitaciones, límite de recursos y disponibilidad adecuados en la región elegida. Para un Hyperscaler, es posible que no todos los servicios estén disponibles en todas las regiones. Revise la hoja de ruta del Hyperscaler y asegúrese de que los servicios requeridos estén disponibles antes del cambio.
3.Independencia del proveedor : la dependencia de un proveedor/proveedor de la nube puede ser extremadamente perjudicial, manteniéndolo cautivo por precios no competitivos. También puede afectar su agilidad, productividad y crecimiento si un proveedor de nube no cumple con los términos del SLA comprometidos y usted no puede cambiar a otro proveedor. Optar por una estrategia de múltiples nubes al principio del viaje a la nube ayudaría a las empresas a evitar quedar atrapadas en esa dependencia de los proveedores. Hoy en día existen diferentes modelos, como usar servicios genéricos de un Hyperscaler y servicios especializados de otro y usar un Hyperscaler para la carga de trabajo de producción y otro para la recuperación ante desastres. Las empresas deben asegurarse de que las aplicaciones puedan funcionar en diferentes nubes antes de finalizar la estrategia, especialmente para aplicaciones con estado.
4.Rendimiento de la infraestructura: cada hiperescalador ha creado su entorno utilizando una tecnología de virtualización diferente llamada hipervisor. Si bien AWS utiliza el hipervisor Xen para la generación anterior y nitro para la nueva generación, Oracle Cloud Infrastructure utiliza tecnología Xen y Google Cloud Platform utiliza KVM. Además, sus servicios están alojados en la última y mejor pila de hardware. Existe la posibilidad de que algunas cargas de trabajo funcionen ligeramente mejor en un entorno que en otro debido a la sobrecarga de abstracción o al nuevo hardware subyacente. Además, algunos Hyperscalers ofrecen hardware diferente en diferentes regiones, por lo que las empresas deben evaluar esto en función de la aplicación que planean implementar en una región. Como recomendación, las empresas pueden realizar una prueba de concepto (PoC) ejecutando la misma aplicación en diferentes Hyperscalers. Esto puede requerir ejecutar la misma carga de trabajo en la nueva configuración durante un período específico y monitorearla de cerca. Intente simular el mismo caso de uso, configure alertas, aumente gradualmente el tráfico del caso de uso y supervise el comportamiento de la aplicación. Según los resultados de PoC, aloje sus aplicaciones en múltiples nubes.
5.Credibilidad de los hiperescaladores de nicho : existen opciones más allá de los principales hiperescaladores que podrían adaptarse a las necesidades de nicho empresarial. Es fundamental validar la credibilidad de estos proveedores especializados durante la fase de evaluación. Las empresas pueden hacer uso de servicios de terceros para garantizar la credibilidad del proveedor. Los analistas de la industria como Gartner, IDC, Forrester, etc. publican periódicamente informes orientados a los proveedores. Esté atento a su evaluación del Hyperscaler en Magic Quadrant, Forrester Wave, etc. El Hyperscaler debe tener una estrategia, un plan y una hoja de ruta a largo plazo.
6.Herramientas/servicios de migración : para que una empresa planee incorporar otro Hyperscaler, resulta igualmente importante seleccionar la herramienta adecuada para migrar las cargas de trabajo del sistema local a la nube o de un Hyperscaler a otro. Por este motivo, evalúe si el nuevo Hyperscaler proporciona alguna herramienta o servicio para la migración de cargas de trabajo, bases de datos y datos a su entorno.
Por ejemplo, cada Hyperscaler tiene un conjunto de herramientas para la migración de cargas de trabajo, migración de bases de datos, migración de datos, transformación de datos, etc. AWS proporcionar Servicios de migración de aplicaciones para la migración de cargas de trabajo, Servicio de migración de bases de datos de AWS para la migración de bases de datos, Sincronización de datos de AWS para la migración de datos desde las instalaciones a AWS. De manera similar, Google Cloud Platform tiene herramientas para hacer que la migración de datos y cargas de trabajo sea muy fluida. Migrar para Compute Engine para la migración de cargas de trabajo de On-Premise a GCP, AWS/Azure a GCP (Hyperscaler a otro Hyperscaler),Migrar para Anthos para la transformación de cargas de trabajo de GCE a GKE, AWS EC2/Azure VM a GKE (un Hyperscaler a otro Hyperscaler) o Servicio de transferencia de almacenamiento para la nube, etc. Asimismo, Azure tiene Azure Migrate para la migración de cargas de trabajo, Servicio de migración de bases de datos de Azure para bases de datos, etc.
7.Precios, FinOps y optimización de costos : los cargos por consumo de servicios son siempre una prioridad para un director financiero. Las empresas exploran constantemente diferentes opciones para reducir sus gastos operativos. Esperan que los Hyperscalers recomienden opciones para reducir costos, mostrar el uso granular e informar sobre desgloses del servicio. Herramientas/plataformas como CloudCheckr, CoreStack (FinOps), Flexera CMP, etc., ofrecen recomendaciones e información para optimizar costos. Estos productos/herramientas utilizan un enfoque avanzado basado en ML para los datos pasados (históricos) para recomendar el siguiente curso de acción. La optimización de costos juega un papel vital a la hora de decidir la estrategia de múltiples nubes.
8.Modelo de soporte, KPI, SLA : pocas empresas también querrán agregar otro Hyperscaler, ya que el Hyperscaler disponible no puede cumplir con el SLA requerido o no ofrece KPI bien definidos. Estos son algunos parámetros medibles clave que una empresa debe discutir con su Hyperscaler antes de tomar una decisión. Ayuda a evaluar a los socios de la nube, medir el progreso del proyecto y su impacto en su negocio. Evalúe los beneficios de cada modelo de soporte disponible a través de Hyperscaler. Elija el que mejor se adapte a los requisitos de la empresa. Consulta diferentes SLA, KPI, informes mensuales/trimestrales, etc.
9.Disponibilidad de habilidades y PYME : para pasar a la nube múltiple, una empresa necesitará orientación en cada etapa, como identificar las cargas de trabajo adecuadas, los hiperescaladores adecuados, las herramientas de supervisión y gestión adecuadas, las habilidades adecuadas, etc. Tener o contratar a un experto o un integrador de sistemas (SI) que pueda asesorar, ayudar al equipo y guiarlo a través del viaje hacia la nube múltiple. Además, definir un camino para que los equipos internos aprendan nuevas habilidades y se certifiquen.
A medida que se expanden las ofertas y servicios de la nube pública, las empresas tienen múltiples opciones disponibles a su disposición. Pueden decidir y elegir el Hyperscaler más adecuado para sus cargas de trabajo. La movilidad de la carga de trabajo entre nubes será un patrón general basado en el costo del servicio, la latencia de las aplicaciones y/o la necesidad de recursos adicionales. Aunque puede que no sea ideal para cargas de trabajo/aplicaciones críticas de nivel de producción con requisitos normativos y de cumplimiento, es más adecuado para otras cargas de trabajo como pruebas de productos, pruebas de escalabilidad, desarrollo de código, etc., que atienden alrededor del 30%-40% de las cargas de trabajo. Estas cargas de trabajo pueden hacer uso de esta capacidad para lograr la optimización de costos.
Anteriormente, debido a un número limitado de proveedores de servicios en la nube, las empresas tenían que preocuparse por las interrupciones del servicio, la dependencia de los proveedores, los retrasos en la resolución de problemas, la insolvencia de los proveedores, etc. Pero con el floreciente ecosistema Hyperscaler, las empresas se ven inundadas de opciones. Esto genera desafíos para administrar, monitorear, proteger y optimizar los costos de manera efectiva en un entorno de múltiples nubes. Sin embargo, las empresas pueden utilizar soluciones de gestión de múltiples nubes de proveedores como IBM (Cloud Pak), Micro Focus (Hybrid Cloud Management X), Flexera (Cloud Management Platform), Scalr, ServiceNow (ITOM Cloud Management), etc., para garantizar operaciones fluidas.
Una estrategia de múltiples nubes también exige una gobernanza bien definida. De lo contrario, puede aumentar los costos operativos debido a personas ignorantes o mecanismos de control deficientes. Una gobernanza (mecanismo de control) ineficiente puede dar lugar a recursos subutilizados y zombis, consumiendo dinero en la nube. Se recomienda crear un organismo central responsable de gestionar los recursos de la nube y garantizar una gobernanza adecuada. Crear un portal de autoservicio con un flujo de trabajo adecuado es un buen enfoque para gestionar los costos y gestionar la mala gestión.
Hoy en día, ya consumimos servicios “sin servidor” de proveedores de servicios en la nube, pero, en el futuro, es posible que tengamos un nuevo modelo de negocio en el que las empresas pagan por los servicios y se olvidan de preocuparse por dónde están exactamente alojados. En el mercado de productos actual, la adquisición es una estrategia común adoptada por las empresas para ampliar su base de clientes, agregar servicios únicos a su cartera y/o mejorar sus capacidades. Mañana, la tendencia puede continuar también entre los Hyperscalers. ¿Quién sabe cuál será el próximo paso en la hoja de ruta tecnológica?