End of Infrastructure as a service as we know it

Es el fin de la infraestructura como servicio tal como la conocemos: esto es lo que sigue

La contenerización y la informática sin servidor representan el futuro de la computación.

Nota del editor:

Tolga Tarhan, director de tecnología de Rackspace Technology, escribió este artículo publicado originalmente en Forbes.

Hace una década, ejecutar máquinas virtuales (VM) en la nube era algo de vanguardia. Esto hizo que la migración a la nube fuera bastante simple: las empresas solo podían cambiar las VM que ya ejecutaban en los servidores de sus instalaciones a los servidores de un proveedor de infraestructura como servicio (IaaS). Las empresas, al liberarse de la carga del mantenimiento de los servidores físicos, ganaron flexibilidad y redujeron los costos.

Pero en la actualidad, nadie desarrolla nuevas aplicaciones basadas en las VM. En cambio, recurren a dos modelos que son más rentables, exigen menos mantenimiento y son más escalables de lo que las VM podían esperar ser: la contenerización y la informática sin servidor. Estos dos modelos, no las VM, representan el futuro de la computación.

Las máquinas virtuales no son el punto de conexión de la evolución de la infraestructura de TI

Los antecedentes recientes de la infraestructura de TI son la historia de la abstracción. Desde los noventa, cuando ejecutábamos las aplicaciones en hardware en bastidores físicos (¡imagínese!), cada nuevo desarrollo ha abstraído cada vez más aplicaciones del hardware. Por este motivo, la parte de la infraestructura que las empresas tenían que manejar se redujo muchísimo.

Pero el modelo de IaaS de ejecutar las VM en la nube no es el último paso en esa progresión. Las VM tienen algunas desventajas significativas:

  • El hecho de que cada VM ejecute sistemas operativos múltiples inevitablemente crea ineficiencias. Incluso cuando se escalan y dimensionan de manera adecuada, lo que no es seguro, las VM dejan mucha capacidad sin usar en los servidores.
  • Con las VM, las empresas siguen siendo responsables de llevar a cabo los molestos ejercicios de operaciones, como la recuperación de desastres, la alta disponibilidad y el escalado, así como la aplicación de parches y la seguridad.
  • Las VM no son muy flexibles y funcionan de manera diferente en distintos hiperescaladores, por lo que una VM impulsada por Microsoft Azure no se puede migrar a AWS ni a Google Cloud.

Las empresas que todavía tratan de migrar a la nube mediante la migración de sus VM deberían pensarlo dos veces. Comprometerse ahora con un modelo ineficiente retrasará el progreso en el futuro. En cambio, las empresas deberían recurrir a la contenerización o a un modelo sin servidor, aunque deban hacerse cambios significativos en sus procesos.

Los contenedores y la informática sin servidor reducen la carga de las operaciones e incrementan la eficacia

Los contenedores son el próximo paso en la tendencia de la abstracción. Varios contenedores pueden ejecutarse en un solo núcleo del sistema operativo, lo que significa que usan recursos de manera más eficiente que las VM. De hecho, en la infraestructura necesaria para una VM, podría ejecutarse una docena de contenedores.

Sin embargo, los contenedores tienen sus desventajas. Si bien tienen más espacio eficiente que las VM, ocupan capacidad de infraestructura cuando están inactivos y generan costos innecesarios. Para reducir estos costos al mínimo absoluto, las empresas tienen otra opción: apostar a la informática sin servidor.

El modelo sin servidor funciona mejor con aplicaciones basadas en eventos, aplicaciones donde un evento finito, como un usuario que accede a una aplicación web, dispara la necesidad de computar. Con la informática sin servidor, la empresa nunca tiene que pagar por el tiempo de inactividad, solo por los milisegundos de tiempo de cómputo que se usan para procesar una solicitud. Esto hace que el modelo sin servidor sea muy económico cuando una empresa comienza con un volumen pequeño, al tiempo que también reduce los gastos operativos a medida que las aplicaciones crecen en escala.

Algunos consejos para que su infraestructura de TI evolucione

La transición a la contenerización o a un modelo sin servidor requiere cambios importantes en los procesos y en la estructura de sus equipos de TI, así como elecciones justificadas sobre cómo llevar a cabo la transición.

Aquí le damos algunos consejos para administrar un cambio exitoso en la infraestructura de TI moderna:

Sepa qué modelo funciona mejor para su caso de uso 

Si puede pasar a un modelo sin servidor, debería hacerlo. Es el modelo de infraestructura de TI más rentable y con más visión de futuro en la actualidad. Sin embargo, el modelo sin servidor representa un paradigma de programación completamente nuevo. Por lo general, solo es posible implementarlo cuando su equipo programa algo nuevo desde cero.

En cambio, los contenedores son la solución más conveniente si está refactorizando o reestructurando la plataforma de una aplicación. La infraestructura de contenedores líder, Kubernetes, también se acepta globalmente entre los hiperescaladores y hace que los contenedores sean ideales para mantener la portabilidad entre las nubes o la portabilidad híbrida, al ejecutar las mismas aplicaciones en las instalaciones que en la nube.

Adopte una mentalidad de nube nativa

La transición a la infraestructura de TI moderna es tanto una transformación de personas y procesos como de tecnología. La administración de la infraestructura de TI tradicional se basa, en gran medida, en las soluciones manuales de apuntar y hacer clic. Por el contrario, la administración de la infraestructura contenerizada y sin servidor es más como la ingeniería del software: los equipos de TI usan un código para describir el resultado final que quieren y sistemas automáticos para llevar a cabo la implementación.

Para aprovechar al máximo la flexibilidad y la eficiencia que logra la infraestructura moderna, los equipos de TI deben pasar a lo que se conoce como una orientación de DevOps, que aporta prácticas de desarrollo de software ágiles a la administración de infraestructura. Por ejemplo, los equipos de TI de las empresas tradicionales tienden a estar aislados por función, pero DevOps toma un enfoque más ágil donde un equipo posee la totalidad de la aplicación. Es necesario adaptar esta nueva manera de trabajar para lograr el éxito de la transición de su infraestructura.

Evite soluciones de terceros de propiedad privada

Hay muchas pilas de software de terceros que afirman que facilitan la transición a los contenedores o al modelo sin servidor. Sin embargo, al final, estas "abstracciones permeables" solo pueden agregar pasos y costos adicionales. Si bien pueden simplificar la transición inicial, a medida que se perfecciona, con el tiempo, tendrá necesidades que, probablemente, no puedan manejar. En cambio, usted debería eliminar al intermediario desde el principio y usar las soluciones de código abierto con comunidades activas, como Kubernetes, o adoptar las soluciones de los hiperescaladores. Puede que la curva de aprendizaje sea más pronunciada, pero le ahorrará tiempo a sus equipos de TI en el futuro.

Haga una transición paulatina

No tiene que hacer una transición a los contenedores o al modelo sin servidor de una sola vez. Eso sería sumamente complejo. En cambio, traslade algunos servicios a los contenedores y no mueva el resto de sus aplicaciones. Puede hacer la transición de más servicios con el tiempo, hasta que la aplicación esté completamente contenerizada. Esta estrategia de adopción progresiva se conoce como "método estrangulador", debido a que el código nuevo lentamente "estrangula" o reemplaza al código viejo. Esta estrategia lenta y constante también le da a sus equipos de TI tiempo para adaptarse a las nuevas maneras de trabajar.

El futuro de la computación

Probablemente, el mercado para las VM no se desplomará de la noche a la mañana. Existen demasiados sistemas heredados ejecutándose en esa infraestructura en la nube. Sin embargo, eso no cambia el hecho de que los contenedores y la informática sin servidor son más flexibles, requieren menos mantenimiento, son más fáciles de automatizar y son más rentables. Son el futuro de la computación, y las empresas deberían acoplarse.

 

 

Join the Conversation: Find Solve on Twitter and LinkedIn, or follow along via RSS.

Stay on top of what's next in technology

Learn about tech trends, innovations and how technologists are working today.

Subscribe
Solving Together

Cómo definir una estrategia de nube adecuada para el futuro

About the Authors

Tolga Tarhan

CTO

Tolga Tarhan

As CTO of Rackspace Technology, Tolga Tarhan leads the vision, driving innovation, and strategy for our technology offerings. With more than two decades of experience leading product and engineering teams and as a hands-on technologist at heart, he brings unique insights to customers undertaking the journey to the cloud. As an early pioneer of cloud native thinking, Tolga's passion has driven our technical approach and transformed our customers into cloud native thinkers. Tolga continues to show thought leadership in the field through his extensive speaking engagements at AWS events, industry conferences, and educational groups. Tolga previously served as CTO of Onica, which was recently acquired by Rackspace Technology. Prior to that, he was a co-founder of Sturdy Networks and served as the CEO through to the acquisition by Onica. Tolga holds an M.B.A. from the Graziadio Business School at Pepperdine University.

Read more about Tolga Tarhan