Cloud Cron: cómo usar funciones como servicio para controlar los costes

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

La función como servicio (FaaS) está encontrando rápidamente aplicaciones en diversos contextos operativos y de desarrollo.

Aunque esta tecnología emergente de la computación en la nube suele mencionarse en relación con las API, el IoT y las aplicaciones móviles, también tiene un uso significativo fuera del ámbito del desarrollo. En el informe «Guía de la computación sin servidor» de The New Stack, observamos que los casos de uso técnicos de la computación sin servidor abarcan un amplio abanico de aplicaciones:

Casos de uso técnicos de la informática sin servidor

• 73 % de API REST HTTP y aplicaciones web
• 68 % Trabajos por lotes o tareas programadas
• 60 % Lógica de negocio
• 34 % Canalización de integración continua

Como era de esperar, las aplicaciones dominan, ya que casi tres cuartas partes de los encuestados utilizan la tecnología sin servidor para API REST y aplicaciones web. Pero, a partir de ahí, la cosa se pone más interesante. Los trabajos por lotes y las tareas programadas, así como la imprecisa «lógica de negocio», siguen representando casos de uso para más de la mitad de los encuestados.

Dentro del ámbito de las «tareas programadas» se encuentra el uso de funciones en la nube para gestionar activos en la nube. Una de las capacidades que la nube y los contenedores ofrecen a las empresas es la posibilidad de optimizar el uso de los recursos. Normalmente pensamos en ello en términos de escalabilidad, especialmente cuando se combina con contenedores y microservicios. Al escalar únicamente las partes de una aplicación que lo requieren, se ahorran recursos informáticos (y, por tanto, costes).

Pero la otra cara de la moneda es la posibilidad de desactivar los recursos cuando no se utilizan. Parte del atractivo de la función como servicio y de la informática sin servidor (no, no son necesariamente lo mismo) reside en un auténtico modelo de precios basado en el consumo. Realmente solo se paga por lo que se utiliza. Como, idealmente, en un entorno sin servidor/FaaS no hay recursos inactivos, no se paga por ellos. Sin embargo, en la nube puede que se esté pagando por recursos inactivos lo mismo que si estuvieran ejecutando alguna aplicación o servicio. Es un detalle menor, pero puede acabar suponiendo un coste considerable si una aplicación permanece inactiva durante mucho tiempo.

Aquí es donde las funciones en la nube pueden resultar útiles. Si aprovecha las capacidades de función como servicio de la nube en la que opera, puede programar una tarea para apagar las instancias cuando no se utilicen y reiniciarlas más adelante. Esto presupone un horario bastante fijo, como el de una aplicación que solo se utiliza durante una jornada laboral bien definida. Estas aplicaciones suelen ser aplicaciones «empresariales» tradicionales que utilizan los empleados, pero únicamente durante el día y la semana laboral. Apagar durante el fin de semana las instancias que componen una aplicación empresarial puede suponer un ahorro considerable de costes a largo plazo.

La oferta de funciones como servicio de su proveedor de nube puede ayudarle a reducir el coste de mantener esas aplicaciones «activas» durante la noche y los fines de semana. Incluso si contempla una jornada laboral de doce horas, podría reducir sus costes a la mitad apagándolas durante las otras doce horas.

Si quieres saber cómo implementar lo que, a mi parecer, es una versión de cron en la nube, consulta estos recursos:

• AWS Lambda: detener e iniciar instancias EC2 a intervalos regulares
• Google Cloud Functions: programación de instancias con Cloud Scheduler
• Administrar instancias en Durable Functions (Azure Functions)

Sobre el autor

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

Lori MacVittie es ingeniera distinguida y evangelista jefe en la Oficina del CTO de F5, y cuenta con una amplia experiencia en entrega de aplicaciones, estrategia de automatización e infraestructura. Es conocida por convertir la complejidad en claridad, ya sea definiendo mecanismos de protección para agentes de IA, analizando arquitecturas multinube frágiles o explorando los límites de los sistemas escalables. Aporta más de treinta años de experiencia en el sector en desarrollo de aplicaciones, arquitectura de TI y operaciones de redes y sistemas. Antes de incorporarse a F5, fue una galardonada editora de tecnología. MacVittie posee un máster en Informática y es una autora prolífica cuyas publicaciones abarcan la seguridad, la nube y la arquitectura empresarial. También es una apasionada de los juegos de mesa y los videojuegos, y expresa sin complejos sus firmes opiniones sobre el queso.

Más artículos de Lori Mac Vittie