Creando un motor de innovación con observabilidad

Rate this content
Bookmark

Cómo Baseline creó una cultura donde es posible moverse rápido, romper lo menos posible y recuperarse de las fallas de manera elegante. La cultura está técnicamente respaldada por Node.js, Arquitecturas Orientadas a Eventos (EDAs) y Observabilidad (o11y).

This talk has been presented at Node Congress 2023, check out the latest edition of this JavaScript Conference.

FAQ

Baseline es una empresa fundada por Boris, enfocada en proporcionar observabilidad para arquitecturas sin servidor. Ofrece soluciones para ejecutar y mantener código en la nube de forma eficiente, ayudando a las empresas a superar los desafíos de la deuda técnica y las pruebas inestables.

Baseline alcanza una alta frecuencia de implementación al permitir implementaciones continuas sin obstáculos significativos. Utilizan infraestructura como código para manejar la implementación, lo que permite cambios rápidos y eficientes, además de no realizar revisiones de código, lo que acelera el proceso.

Baseline utiliza varias métricas clave, como la frecuencia de implementación, el tiempo desde el desarrollo hasta la producción, la tasa de fallos en los cambios y el tiempo de recuperación de interrupciones. Estas métricas ayudan a evaluar cuánta innovación está enviando el equipo y cuán eficientemente manejan los problemas.

Baseline no realiza revisiones de código porque confían en la capacidad y los estándares de sus desarrolladores. Consideran que las revisiones de código son prácticas heredadas que pueden ralentizar el proceso de desarrollo sin aportar beneficios significativos, prefiriendo en su lugar la programación en pareja a pedido.

El desarrollo impulsado por la observabilidad en Baseline implica asegurar que cada parte del código esté adecuadamente instrumentada para monitorear su comportamiento en producción sin necesidad de cambios adicionales. Esto permite realizar ajustes basados en datos en tiempo real y responder rápidamente a los problemas.

Baseline fomenta la innovación permitiendo la implementación rápida de ideas en producción y utilizando pruebas en producción para iterar rápidamente sobre las funcionalidades. Priorizan la construcción de versiones mínimas viables y utilizan la observabilidad para ajustar y mejorar continuamente.

Boris Tane
Boris Tane
27 min
14 Apr, 2023

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Baseline proporciona observabilidad para arquitecturas sin servidor y ha creado un motor de innovación dentro de su equipo. Miden el rendimiento del equipo utilizando métricas Dora y el libro Accelerate. Baseline enfatiza la importancia de los fundamentos, las pruebas simplificadas y la implementación rápida. Practican el desarrollo impulsado por la observabilidad e incorporan la observabilidad como parte de su ciclo de desarrollo. Baseline cree en la construcción de una cultura que fomenta la propiedad y democratiza la producción.

1. Introducción a Baseline y el Motor de Innovación

Short description:

Mi nombre es Boris. Soy el fundador y CEO de Baseline. Brindamos observabilidad para arquitecturas sin servidor. Hoy quiero compartir cómo hemos creado un motor de innovación dentro de nuestro equipo. Enviamos rápidamente y discutiré los métodos que aplicamos. La pregunta de qué tan bien está funcionando un equipo ahora puede ser respondida utilizando las métricas Dora y el libro Accelerate. Medimos la frecuencia de implementación, el tiempo para poner en marcha, las fallas de implementación, el tiempo de recuperación de interrupciones y el tiempo de desarrollo.

♪♪ ♪♪ ♪♪ Mi nombre es Boris. Soy el fundador y CEO de Baseline. Lo que hacemos es observabilidad para arquitecturas sin servidor. Estoy seguro de que la mayoría de ustedes han escuchado la palabra sin servidor varias veces hoy, desde la charla de esta mañana hasta todas las demostraciones que han ocurrido desde entonces, y se pone mucho énfasis en cómo implementar código en la nube y demás, pero en realidad se dedica muy poco esfuerzo a cómo ejecutamos y mantenemos este código a lo largo del tiempo. Y esa es la solución que brindamos a las personas que adoptan arquitecturas sin servidor.

Pero lo que quiero hablar hoy, en realidad, es algo completamente diferente, es cómo internamente dentro del equipo de Baseline, hemos logrado crear lo que me gusta llamar un motor de innovación gracias a la observabilidad que tenemos. Entonces, en comparación con otras startups en etapas muy similares de vida, estamos en este punto en el que enviamos realmente, realmente, realmente rápido. Y quiero compartir con ustedes, no diría trucos, pero los métodos que aplicamos para poder enviar tan rápido. Entonces, lo primero es, ¿alguien aquí en la sala está lidiando con deuda técnica en su trabajo en este momento? Veo una mano, oh, wow. Casi toda la sala. ¿Alguien tiene pruebas inestables? ¿Alguien tiene canalizaciones de CI, CD que nunca funcionan cuando necesitas que funcionen? Nuevamente, casi todos. Y eso es lo que no me gusta. Cuando nos inscribimos para ser ingenieros de software, y para muchos de nosotros ingenieros de nube, lo que queríamos era crear cosas y ponerlas en manos de las personas y hacer que esa innovación suceda y ver cómo las personas interactúan con esas cosas que creamos y ponemos en la web. Pero nos quedamos día a día lidiando con deuda técnica, pruebas inestables, y todo eso, lo cual básicamente nos está frenando y evitando que innovemos todos los días.

Y hay esta pregunta que surge mucho en conferencias y conversaciones técnicas, ¿qué tan bien está funcionando tu equipo? Y esta pregunta, lo que realmente significa es, ¿cuánta innovación está enviando tu equipo todos los días? Y hasta hace muy poco, no había una forma real de responder esta pregunta, honestamente. La gente decía, oh, lo estamos haciendo bien, pero no había forma de cuantificarlo. Hasta las métricas Dora y el libro Accelerate. Espero que todos aquí lo hayan leído. Si no lo han hecho, por favor consigan una copia. Y nos dio un marco científico que podemos usar para poder decir, okay, estamos en los equipos de mejor rendimiento del 10%. Estamos en el 20% superior o estamos en el 10% inferior, y necesitamos hacer mucho trabajo para salir de ahí. Y para poder responder esa pregunta, hay algunas métricas que debemos medir. La primera es, ¿con qué frecuencia implementas, esa es tu frecuencia de implementación. La segunda es, ¿cuánto tiempo tarda el código en ponerse en marcha? Entonces, desde que un desarrollador escribe código en su editor de código localmente hasta que ese código está en producción y es utilizado por usuarios reales, ¿cuánto tiempo lleva eso? ¿Cuántas de tus implementaciones fallan? Entonces, cuando implementas, definitivamente a veces introduces defectos en producción. ¿Con qué frecuencia sucede eso? ¿Y cuánto tiempo se tarda en recuperarse de una interrupción? Entonces, cuando alguien introduce un defecto en producción, ¿cuánto tiempo tarda tu equipo en detectar que ocurrió ese defecto y finalmente solucionarlo, ya sea avanzando o retrocediendo? Y en Baseline, tenemos otra. Es una bonificación. Lo llamamos tiempo de desarrollo. Y es cuánto tiempo lleva desde la idea del cliente hasta la producción. Entonces, estoy aquí en una conferencia. He hablado con mucha gente, muchos expertos en sin servidor realmente. Y he aprendido mucho, he obtenido muchas ideas.

2. Insights to Production and Deployment Process

Short description:

Los equipos innovadores tienen bases sólidas, sin pruebas inestables ni canalizaciones de CI/CD deficientes. Los equipos de bajo rendimiento experimentan caos y pierden tiempo solucionando problemas en lugar de enviar. Las implementaciones más pequeñas permiten una detección y recuperación más rápidas. Baseline no tiene obstáculos para la implementación y realiza pruebas de manera eficiente. El cuello de botella es la implementación en la nube. No prueban todo y no hacen revisiones de código.

¿Cuánto tiempo pasa desde que tengo estas ideas hasta que se implementan en algún momento futuro? ¿Cuál es esa brecha de tiempo? Y así es como se ven los equipos innovadores. Todos los días, tienen bases sólidas, no tienen pruebas inestables, no tienen canalizaciones de CI/CD deficientes y siguen innovando, agregando bloques sobre lo que ya tienen, de manera que la innovación sucede todos los días.

Y para los equipos de bajo rendimiento, esto es lo que parece. Caos total, nadie sabe qué está sucediendo y todos los días, en lugar de enviar cosas a producción que realmente son útiles para sus usuarios y clientes, están solucionando problemas. Están luchando con las canalizaciones de CI/CD. Eso no es para lo que nos inscribimos y queremos alejarnos de esto.

Y cuando comienzas a alejarte de esto, es una profecía autocumplida. Esa es la expresión. Las implementaciones más pequeñas llevan a implementaciones más rápidas. Las implementaciones más rápidas llevan a un tiempo de detección más rápido. Un tiempo de detección más rápido lleva a un tiempo de recuperación más rápido. Y si sabes que puedes recuperarte rápidamente de las interrupciones, implementarás con más frecuencia, innovarás con más frecuencia.

Entonces, ¿cómo se ve todo esto en Baseline? Nuestra frecuencia de implementación es cuando quieras. Haces un cambio de error tipográfico en el frontend, haces un git push y se implementa. Pasamos todo el día trabajando en esta gran migración, y blah, blah, blah. Git push se implementa. No hay obstáculos para la implementación. Y eso es algo que debemos introducir más en nuestros ciclos de desarrollo. Porque esos obstáculos que introducimos, parecen ayudarnos a ser más productivos, pero en realidad solo están frenando a todos.

¿Cuál es nuestro tiempo medio de entrega de cambios? ¿Cuánto tiempo pasa desde que alguien escribe código en su editor de código hasta que ese código se implementa en producción? En realidad, eso depende de cuánto tiempo lleve la infraestructura como código. Utilizamos la infraestructura como código para administrar toda nuestra infraestructura, y cada vez que haces un git push, nuestra canalización de CI/CD recoge los artefactos, los construye y los implementa en la nube. Y el cuello de botella en nuestro proceso es en realidad esa implementación en la nube. Puede llevar unos dos minutos más o menos. Y la razón por la que podemos lograr esto es controvertida. Tenemos pruebas muy eficientes. No probamos por el simple hecho de probar. No tenemos suites de pruebas que tardan 15 minutos en probar botones, etc. Probamos el camino crítico de nuestro software y el resto lo descubriremos si hay algún problema gracias a la observabilidad que tenemos. Y lo segundo, probablemente aún más controvertido, no hacemos revisiones de código. Sé que a mucha gente no le gusta, escucho una sonrisa ahí.

QnA

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Es una jungla ahí fuera: ¿Qué está pasando realmente dentro de tu carpeta Node_Modules?
Node Congress 2022Node Congress 2022
26 min
Es una jungla ahí fuera: ¿Qué está pasando realmente dentro de tu carpeta Node_Modules?
Top Content
The talk discusses the importance of supply chain security in the open source ecosystem, highlighting the risks of relying on open source code without proper code review. It explores the trend of supply chain attacks and the need for a new approach to detect and block malicious dependencies. The talk also introduces Socket, a tool that assesses the security of packages and provides automation and analysis to protect against malware and supply chain attacks. It emphasizes the need to prioritize security in software development and offers insights into potential solutions such as realms and Deno's command line flags.
Hacia una Biblioteca Estándar para Runtimes de JavaScript
Node Congress 2022Node Congress 2022
34 min
Hacia una Biblioteca Estándar para Runtimes de JavaScript
Top Content
There is a need for a standard library of APIs for JavaScript runtimes, as there are currently multiple ways to perform fundamental tasks like base64 encoding. JavaScript runtimes have historically lacked a standard library, causing friction and difficulty for developers. The idea of a small core has both benefits and drawbacks, with some runtimes abusing it to limit innovation. There is a misalignment between Node and web browsers in terms of functionality and API standards. The proposal is to involve browser developers in conversations about API standardization and to create a common standard library for JavaScript runtimes.
ESM Loaders: Mejorando la carga de módulos en Node.js
JSNation 2023JSNation 2023
22 min
ESM Loaders: Mejorando la carga de módulos en Node.js
ESM Loaders enhance module loading in Node.js by resolving URLs and reading files from the disk. Module loaders can override modules and change how they are found. Enhancing the loading phase involves loading directly from HTTP and loading TypeScript code without building it. The loader in the module URL handles URL resolution and uses fetch to fetch the source code. Loaders can be chained together to load from different sources, transform source code, and resolve URLs differently. The future of module loading enhancements is promising and simple to use.
Diagnostics de Node.js listos para usar
Node Congress 2022Node Congress 2022
34 min
Diagnostics de Node.js listos para usar
This talk covers various techniques for getting diagnostics information out of Node.js, including debugging with environment variables, handling warnings and deprecations, tracing uncaught exceptions and process exit, using the v8 inspector and dev tools, and generating diagnostic reports. The speaker also mentions areas for improvement in Node.js diagnostics and provides resources for learning and contributing. Additionally, the responsibilities of the Technical Steering Committee in the TS community are discussed.
Compatibilidad con Node.js en Deno
Node Congress 2022Node Congress 2022
34 min
Compatibilidad con Node.js en Deno
Deno aims to provide Node.js compatibility to make migration smoother and easier. While Deno can run apps and libraries offered for Node.js, not all are supported yet. There are trade-offs to consider, such as incompatible APIs and a less ideal developer experience. Deno is working on improving compatibility and the transition process. Efforts include porting Node.js modules, exploring a superset approach, and transparent package installation from npm.
Registro Multihilo con Pino
JSNation Live 2021JSNation Live 2021
19 min
Registro Multihilo con Pino
Top Content
Today's Talk is about logging with Pino, one of the fastest loggers for Node.js. Pino's speed and performance are achieved by avoiding expensive logging and optimizing event loop processing. It offers advanced features like async mode and distributed logging. The use of Worker Threads and Threadstream allows for efficient data processing. Pino.Transport enables log processing in a worker thread with various options for log destinations. The Talk concludes with a demonstration of logging output and an invitation to reach out for job opportunities.

Workshops on related topic

Masterclass de Node.js
Node Congress 2023Node Congress 2023
109 min
Masterclass de Node.js
Top Content
Workshop
Matteo Collina
Matteo Collina
¿Alguna vez has tenido dificultades para diseñar y estructurar tus aplicaciones Node.js? Construir aplicaciones que estén bien organizadas, sean probables y extensibles no siempre es fácil. A menudo puede resultar ser mucho más complicado de lo que esperas. En este evento en vivo, Matteo te mostrará cómo construye aplicaciones Node.js desde cero. Aprenderás cómo aborda el diseño de aplicaciones y las filosofías que aplica para crear aplicaciones modulares, mantenibles y efectivas.

Nivel: intermedio
Construye y Despliega un Backend con Fastify y Platformatic
JSNation 2023JSNation 2023
104 min
Construye y Despliega un Backend con Fastify y Platformatic
WorkshopFree
Matteo Collina
Matteo Collina
Platformatic te permite desarrollar rápidamente APIs GraphQL y REST con un esfuerzo mínimo. La mejor parte es que también te permite aprovechar todo el potencial de Node.js y Fastify cuando lo necesites. Puedes personalizar completamente una aplicación de Platformatic escribiendo tus propias características y complementos adicionales. En el masterclass, cubriremos tanto nuestros módulos de código abierto como nuestra oferta en la nube:- Platformatic OSS (open-source software) — Herramientas y bibliotecas para construir rápidamente aplicaciones robustas con Node.js (https://oss.platformatic.dev/).- Platformatic Cloud (actualmente en beta) — Nuestra plataforma de alojamiento que incluye características como aplicaciones de vista previa, métricas integradas e integración con tu flujo de Git (https://platformatic.dev/).
En este masterclass aprenderás cómo desarrollar APIs con Fastify y desplegarlas en la nube de Platformatic.
Construyendo un Servidor Web Hiper Rápido con Deno
JSNation Live 2021JSNation Live 2021
156 min
Construyendo un Servidor Web Hiper Rápido con Deno
WorkshopFree
Matt Landers
Will Johnston
2 authors
Deno 1.9 introdujo una nueva API de servidor web que aprovecha Hyper, una implementación rápida y correcta de HTTP para Rust. El uso de esta API en lugar de la implementación std/http aumenta el rendimiento y proporciona soporte para HTTP2. En este masterclass, aprende cómo crear un servidor web utilizando Hyper en el fondo y mejorar el rendimiento de tus aplicaciones web.
0 a Auth en una Hora Usando NodeJS SDK
Node Congress 2023Node Congress 2023
63 min
0 a Auth en una Hora Usando NodeJS SDK
WorkshopFree
Asaf Shen
Asaf Shen
La autenticación sin contraseña puede parecer compleja, pero es fácil de agregar a cualquier aplicación utilizando la herramienta adecuada.
Mejoraremos una aplicación JS de pila completa (backend de Node.JS + frontend de React) para autenticar usuarios con OAuth (inicio de sesión social) y contraseñas de un solo uso (correo electrónico), incluyendo:- Autenticación de usuario - Administrar interacciones de usuario, devolver JWT de sesión / actualización- Gestión y validación de sesiones - Almacenar la sesión para solicitudes de cliente posteriores, validar / actualizar sesiones
Al final del masterclass, también tocaremos otro enfoque para la autenticación de código utilizando Flujos Descope en el frontend (flujos de arrastrar y soltar), manteniendo solo la validación de sesión en el backend. Con esto, también mostraremos lo fácil que es habilitar la biometría y otros métodos de autenticación sin contraseña.
Tabla de contenidos- Una breve introducción a los conceptos básicos de autenticación- Codificación- Por qué importa la autenticación sin contraseña
Requisitos previos- IDE de tu elección- Node 18 o superior
Dominando Node.js Test Runner
TestJS Summit 2023TestJS Summit 2023
78 min
Dominando Node.js Test Runner
Workshop
Marco Ippolito
Marco Ippolito
Node.js test runner es moderno, rápido y no requiere bibliotecas adicionales, pero entenderlo y usarlo bien puede ser complicado. Aprenderás a utilizar Node.js test runner a su máximo potencial. Te mostraremos cómo se compara con otras herramientas, cómo configurarlo y cómo ejecutar tus pruebas de manera efectiva. Durante la masterclass, haremos ejercicios para ayudarte a sentirte cómodo con el filtrado, el uso de afirmaciones nativas, la ejecución de pruebas en paralelo, el uso de CLI y más. También hablaremos sobre trabajar con TypeScript, hacer informes personalizados y la cobertura de código.
GraphQL: De Cero a Héroe en 3 horas
React Summit 2022React Summit 2022
164 min
GraphQL: De Cero a Héroe en 3 horas
Workshop
Pawel Sawicki
Pawel Sawicki
Cómo construir una aplicación GraphQL fullstack (Postgres + NestJs + React) en el menor tiempo posible.
Todos los comienzos son difíciles. Incluso más difícil que elegir la tecnología es desarrollar una arquitectura adecuada. Especialmente cuando se trata de GraphQL.
En este masterclass, obtendrás una variedad de mejores prácticas que normalmente tendrías que trabajar en varios proyectos, todo en solo tres horas.
Siempre has querido participar en un hackathon para poner algo en funcionamiento en el menor tiempo posible, entonces participa activamente en este masterclass y únete a los procesos de pensamiento del instructor.