Hola Jeff, gracias por unirte. Hola Mitten, ¿cómo estás? Muy bien, gracias. Entonces, hiciste la pregunta, ¿dónde despliegas tu aplicación? Y el 65% ha respondido a un PaaS y solo el 25% a un clúster de Kubernetes y el 19% a máquinas virtuales. ¿Cómo te sientes al respecto? ¿Es algo que esperabas? En su mayor parte, en realidad me sorprende que el clúster de Kubernetes no sea más alto, pero para mí tiene sentido. Sí, parece que tenemos una audiencia bastante moderna, así que gracias por eso.
Ahora tenemos tiempo para responder las preguntas de nuestra audiencia, y vamos a dar a nuestra audiencia tiempo para presentar sus preguntas, por supuesto. Lo que me intrigaba es que trabajas en Rollbar y normalmente cuando veo personas de una empresa de productos, una empresa de productos para desarrolladores, hablarán de su producto, pero tú no lo hiciste. Entonces, ¿por qué decidiste ir completamente fuera de la empresa? Bueno, no quería ir completamente fuera. Si te fijas, progresé hacia Rollbar y mi objetivo era mostrar las diferentes formas en que las personas que no están familiarizadas con el sin servidor pueden involucrarse y cómo podrían solucionar problemas. Y luego algunas personas pueden haber estado trabajando en sin servidor, pero no sabían que podían enviar sus registros a una búsqueda agregada. Y al mismo tiempo, eventualmente te gustaría estar en un sistema como Rollbar porque simplemente facilita todo. Incluyes el SDK, funciona directamente desde Lambda, y no necesitas configurar todas estas otras cosas, y tienes la capacidad de ir directamente a tu panel de control, puedes configurar alertas. Y tenemos una masterclass próximamente, que profundiza mucho con David Waller. Y para aquellos interesados en aprender más sobre Rollbar, es un gran lugar para ir y configurar tu cuenta, configurar tu código con Rollbar.
Sí, es una herramienta muy útil. La he utilizado en varias empresas en el pasado, así que gracias por tu trabajo. Una pregunta de la audiencia. Si le preguntas a 10 personas qué es el sin servidor, básicamente obtendrás 10 respuestas diferentes. Entonces, si te preguntara a ti, que eres la persona número 11, ¿qué dirías que es el sin servidor? Yo caracterizaría el sin servidor básicamente por la restricción de que estás entregando código a cualquier proveedor de sin servidor y no estás administrando ninguna de las infraestructuras involucradas. Lo estás desplegando en este sistema y él decide dónde, cuándo y cómo ejecutar tu código. Y todas las formas en que se hace esto están abstraídas para ti, por lo que no sabes si se está ejecutando en una VM, en un contenedor, en metal desnudo, para ti no importa. Simplemente estás entregando una función y luego, cuando tienes un punto final, llamas a ese punto final, tu función se ejecutará. Esa es la garantía que proporcionan. Entonces, para mí, como desarrollador front-end, digamos que quiero iniciar una startup o un proyecto personal, ¿siempre recomendarías ir sin servidor, para que puedas centrarte en hacer lo que sabes, que es el front-end? Y sé que esto a veces es una barrera para las personas que conozco como desarrolladores front-end para hacer más que desarrollar algo en su máquina local y sacarlo de su host local. Creo que abordarlo desde un punto de vista sin servidor, al principio, es en realidad un enfoque muy bueno, porque una de las cosas que te obliga a hacer es centrarte y pensar en estar más encapsulado en tus llamadas de API. Y siempre puedes tomar un montón de funciones sin servidor y combinarlas en una API si quieres ejecutar eso en un servidor. Es más difícil hacerlo al revés. Entonces, comenzar con sin servidor en realidad reduce tu tiempo de inicio, o sea, disminuye tu tiempo de inicio, te lleva a una unidad desplegable más rápido y, al mismo tiempo, siempre puedes moverte en una dirección más consolidada. Y también te proporciona algunas mejores prácticas en torno a la programación y el enfoque en las entradas y salidas y en cómo debería verse tu API en cada punto final individual. Genial.
Comments