Construir aplicaciones sin servidor en Knative

Capítulo 8. Demasiado de algo buenono es bueno

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

A partir del Capítulo 1, he estado explicando en las razones y ventajas de adoptar la arquitectura sin servidor como arquitectura de tiempo de ejecución y filosofía de diseño. Los microservicios bien diseñados y gestionados a través de un marco sin servidor pueden hacer que el desarrollo de aplicaciones y los costes de propiedad a largo plazo parezcan casi mágicos y divertidos en comparación con las arquitecturas con servidor. Incluso las plataformas de infraestructura como Kubernetes, que pueden delegar el parcheado de las vulnerabilidades del host y el aprovisionamiento de la red a los equipos de la plataforma detrás de una API, tienen sustancialmente más sobrecarga y costes cotidianos que las plataformas que pueden escalar y monitorear automáticamente las aplicaciones basándose simplemente en el contrato de tiempo de ejecución que esas aplicaciones cumplen.

Como probablemente habrás deducido por el título de este capítulo, incluso un lecho de rosas sin servidor puede tener espinas dolorosas si se lleva demasiado lejos. En este capítulo, destacaré varios patrones que advierten con antelación de que los tiempos de ejecución sin servidor no encajan bien en determinados rincones de la arquitectura de tu aplicación. Antes de avanzar para encontrar tu patrón favorito, recuerda que los Capítulos 5 y7 incluyen herramientas ...