La Evolución de la Implementación de Node en Servidores y Plataformas

Rate this content
Bookmark

NodeJS es una representación del lado del servidor de Javascript que puede funcionar bien como backend de una aplicación y puede ejecutarse en varios servidores e infraestructuras. En esta charla, repasaremos el recorrido de cómo se ha implementado Nodejs a lo largo de los años a través de varias infraestructuras, desde PaaS hasta Contenedores.


Puedes consultar las diapositivas de la charla de Shedrack aquí.

8 min
17 Feb, 2022

Video Summary and Transcription

La charla de hoy cubre la evolución de la implementación de Node en servidores y plataformas, incluyendo servidores físicos, servidores monolíticos, PaaS, contenedores y sin servidor. La implementación de Node se ha vuelto más fácil a lo largo de los años gracias a la evolución de Node.js. Cada método de implementación tiene sus ventajas y desventajas, siendo el sin servidor una opción con costos más bajos y un código backend más simple. Sin embargo, también tiene inconvenientes como el bloqueo del proveedor y la falta de adecuación para tareas a largo plazo. En general, la implementación de Node.js ha evolucionado desde el entorno local hasta los contenedores y sin servidor.

Available in English

1. Evolution of Node Deployment

Short description:

La charla de hoy trata sobre la evolución de implementar Node en servidores y plataformas. Cubriremos la implementación en un servidor en un garaje, servidores monolíticos, plataforma como servicio, contenedores, sin servidor y función como servicio. La implementación de Node se ha vuelto más fácil a lo largo de los años gracias a la evolución de Node.js. Comencemos con Node implementado en un servidor físico en un garaje. Proporciona un servidor dedicado para tu aplicación, brindándote control total y seguridad. Sin embargo, puede ser costoso, estresante de gestionar y más difícil de optimizar.

Hola, amigos, bienvenidos a mi charla. El título de hoy es la evolución de implementar Node en servidores y plataformas. Mi nombre es Shedrak Akintayo. Soy un ingeniero de relaciones con desarrolladores en Platform Message. También me dedico a la escritura técnica y me gusta construir comunidades, lo cual he hecho con Facebook Devs, Open Source Africa y DevRel Africa. Así que el índice para hoy es hablar sobre cómo se ha implementado Node a lo largo de los años en diversas formas. Cómo se implementa en un servidor en un garaje, cómo se ha implementado en servidores monolíticos, cómo se ha implementado en una plataforma como servicio y cómo se ha implementado en contenedores. Luego haremos un resumen rápido de cómo se ha implementado en sin servidor y en funciones en la nube o función como servicio. Así que empecemos. Lo primero que quiero destacar es que la implementación no es fácil. Créeme, cualquiera que haya pasado tiempo trabajando como ingeniero de DevOps implementando Node.js a lo largo de los años, no es tan fácil como parece. Pero gracias a la evolución de Node.js, la implementación se vuelve aún más fácil. Así que gracias a la evolución de Node.js. Lo primero de lo que hablaremos es de Node implementado en un servidor físico en un garaje. Básicamente, construir tu propio servidor. Antes de todo, Node solía implementarse en un servidor en un garaje en realidad. Los beneficios básicamente son que tienes un servidor Node dedicado solo para tu aplicación. Tienes mucho metal desnudo para tu aplicación. Puedes configurar tu entorno de Node. Hasta cierto punto, es seguro porque manejas todo lo relacionado con la seguridad, lo cual es realmente bueno porque no dependes de ningún proveedor de servicios. Cuando un proveedor está caído, no tienes que preocuparte por ello. Así es como se implementaba básicamente. Node se puede implementar en un servidor físico en un garaje.

A continuación, los inconvenientes. Se vuelve demasiado caro de configurar. Ya sabes, el personal, los gastos técnicos para configurarlo. Otro inconveniente es que se vuelve muy estresante de gestionar porque estás haciendo todo el trabajo tú mismo. Los ingenieros tienen que hacer todo el trabajo ellos mismos. Así que este es otro problema. Y es más difícil de optimizar porque la mayor parte del trabajo la realizas tú mismo.

2. Deployment Methods

Short description:

Manejar la optimización por ti mismo para implementar Node en un metal desnudo puede ser muy agotador. Implementar Node.js en un servidor monolítico permite una implementación centralizada, pero se vuelve difícil de actualizar a medida que la aplicación crece. NodeJS en una PaaS proporciona una implementación más rápida y la capacidad de agregar servicios de datos adicionales, pero puede ser costoso a gran escala. Implementar Node en un contenedor es el método más popular, lo que hace que la aplicación sea liviana y eficiente en recursos, pero aún puede ser costoso y tiene problemas de bloqueo de proveedores. La implementación sin servidor elimina la necesidad de preocuparse por los servidores.

tú y tu equipo, la mayor parte del tiempo. Así que manejar la optimización por ti mismo se vuelve muy, muy agotador. Entonces, los requisitos en ese momento, cuando se implementa en un metal desnudo, aunque todavía se implementa así ahora, no tanto como antes. Necesitas las primeras versiones de Node. Necesitas muchas GPUs, necesitas RAM, necesitas CPUs, básicamente, para implementar Node en, para ser el servidor Cisca para ustedes, para implementar Node en él. Entonces, la siguiente parada es implementar Node.js en un servidor monolítico. Básicamente, un servidor monolítico consiste en todas las partes de una aplicación implementadas en un solo servidor, desde el backend hasta la parte estática de la aplicación. Los beneficios de esta forma particular de implementar Node a lo largo de los años es que todo el camino está en un servidor centralizado, y siempre es una excelente opción implementar Node como un monolito, para que puedas tener todas tus aplicaciones en un solo servidor, lo cual es realmente genial, porque puedes ver todo lo que necesitas ver, puedes ver todas tus aplicaciones acopladas juntas. Los inconvenientes son que a medida que la aplicación crece, se vuelve difícil de actualizar, y los requisitos de memoria aumentan con el tiempo. Para los requisitos, necesitas un servidor de alojamiento y NodeJS 12 en adelante. La siguiente parada es NodeJS implementado en una PaaS. Entonces PaaS, Plataforma como Servicio, también conocido como PaaS, implica proporcionar un amplio conjunto de infraestructura de aplicaciones basada en la nube y recursos de middleware a través de la nube. Un ejemplo de PaaS que es posible que hayas encontrado es Platform SH. Platform SH es bastante diferente, porque puedes implementar una PaaS en contenedores, luego Heroku, Vercel, Netlify, etc. El beneficio es que NodeJS se puede implementar más rápido, luego también puedes agregar fácilmente servicios de datos adicionales a tu aplicación Node, luego los inconvenientes son que puede ser muy, muy costoso a gran escala, y el bloqueo de proveedores también es otro problema. Los requisitos para implementar Node en una PaaS dependen de lo que especifique el proveedor de PaaS en general. A continuación, se implementa Node en un contenedor. Ahora, este es actualmente el método más utilizado para implementar Node en general. Un contenedor es básicamente un software liviano que proporciona un entorno de ejecución para tu aplicación. Entonces platform.sh utiliza PaaS, pero puedes implementarlo en un contenedor. Básicamente es una PaaS que puedes usar para implementarlo en contenedores en Kubernetes, y también en Docker. Los beneficios, hace que tu aplicación Node sea liviana y eficiente en recursos. Es fácil administrar y controlar tu infraestructura Node. Agregar servicios de datos externos a tu aplicación Node es más fácil. Ahora los inconvenientes, puede ser muy costoso como antes, y también tienes problemas con el bloqueo de proveedores. Cuando un proveedor tiene problemas, entonces se convierte en un problema. Los requisitos para implementar Node en una PaaS dependen del proveedor de contenedores. Eso es la PaaS, el proveedor de contenedores, quien proporciona los servicios de contenedor. También puedes controlar la versión de Node tamaño de memoria y disco de tu aplicación.

Ahora, sin servidor es de lo que vamos a hablar a continuación. Sin servidor básicamente implica

3. Serverless Deployment and Conclusion

Short description:

Los servidores todavía están presentes en una base de PaaS. Las funciones como servicio permiten la ejecución de código modular en el borde. Serverless tiene ventajas como costos más bajos, desarrollo más rápido y código backend más simple. Sin embargo, también tiene desventajas como el bloqueo de proveedores y la inadecuación para tareas a largo plazo. En general, la implementación de Node.js ha evolucionado desde on-premise hasta contenedores y serverless.

implementar tu aplicación sin preocuparte por los servidores. Los servidores todavía están presentes, pero en una base de PaaS. También utiliza funciones como servicio, que es una forma serverless de ejecutar piezas modulares de código en el borde. Un ejemplo es el que básicamente hemos visto, AWS Lambda, que es uno de los proveedores más importantes de serverless, y serverless.com. Otra ventaja, una ventaja de serverless, son los costos más bajos. Puedes construir más rápido. Ir al mercado se vuelve muy, muy rápido. El código backend es simple porque en su mayoría está en fragmentos modulares. Básicamente utiliza programación modular, que son funciones, por lo que cada parte de tu backend se convierte en una función.

Otra parte son las desventajas de serverless, básicamente, el bloqueo de proveedores, que es uno de los principales problemas de serverless, y no es adecuado para tareas a largo plazo. En cuanto a la escalabilidad para una tarea muy, muy a largo plazo, serverless no funciona realmente bien porque se convierte en un problema, básicamente, y se vuelve muy costoso, a pesar de que lo venden como algo que proporciona un costo más bajo.

Así que básicamente eso es el final de mi charla. Espero que hayas podido entender cómo se ha implementado Node.js a lo largo de los años, desde el punto A hasta el punto B, desde on-premise hasta contenedores, desde monolitos hasta serverless. Mi nombre es Chedrak Akintayo. Soy Ingeniero de Relaciones con Desarrolladores en Platform Message. Gracias.

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

Node Congress 2022Node Congress 2022
26 min
It's a Jungle Out There: What's Really Going on Inside Your Node_Modules Folder
Top Content
Do you know what’s really going on in your node_modules folder? Software supply chain attacks have exploded over the past 12 months and they’re only accelerating in 2022 and beyond. We’ll dive into examples of recent supply chain attacks and what concrete steps you can take to protect your team from this emerging threat.
You can check the slides for Feross' talk here.
React Advanced Conference 2021React Advanced Conference 2021
19 min
Automating All the Code & Testing Things with GitHub Actions
Top Content
Code tasks like linting and testing are critical pieces of a developer’s workflow that help keep us sane like preventing syntax or style issues and hardening our core business logic. We’ll talk about how we can use GitHub Actions to automate these tasks and help keep our projects running smoothly.
DevOps.js Conf 2022DevOps.js Conf 2022
33 min
Fine-tuning DevOps for People over Perfection
Demand for DevOps has increased in recent years as more organizations adopt cloud native technologies. Complexity has also increased and a "zero to hero" mentality leaves many people chasing perfection and FOMO. This session focusses instead on why maybe we shouldn't adopt a technology practice and how sometimes teams can achieve the same results prioritizing people over ops automation & controls. Let's look at amounts of and fine-tuning everything as code, pull requests, DevSecOps, Monitoring and more to prioritize developer well-being over optimization perfection. It can be a valid decision to deploy less and sleep better. And finally we'll examine how manual practice and discipline can be the key to superb products and experiences.
Node Congress 2022Node Congress 2022
34 min
Out of the Box Node.js Diagnostics
In the early years of Node.js, diagnostics and debugging were considerable pain points. Modern versions of Node have improved considerably in these areas. Features like async stack traces, heap snapshots, and CPU profiling no longer require third party modules or modifications to application source code. This talk explores the various diagnostic features that have recently been built into Node.
You can check the slides for Colin's talk here. 

Workshops on related topic

Node Congress 2023Node Congress 2023
109 min
Node.js Masterclass
Workshop
Have you ever struggled with designing and structuring your Node.js applications? Building applications that are well organised, testable and extendable is not always easy. It can often turn out to be a lot more complicated than you expect it to be. In this live event Matteo will show you how he builds Node.js applications from scratch. You’ll learn how he approaches application design, and the philosophies that he applies to create modular, maintainable and effective applications.

Level: intermediate
Node Congress 2023Node Congress 2023
63 min
0 to Auth in an Hour Using NodeJS SDK
WorkshopFree
Passwordless authentication may seem complex, but it is simple to add it to any app using the right tool.
We will enhance a full-stack JS application (Node.JS backend + React frontend) to authenticate users with OAuth (social login) and One Time Passwords (email), including:- User authentication - Managing user interactions, returning session / refresh JWTs- Session management and validation - Storing the session for subsequent client requests, validating / refreshing sessions
At the end of the workshop, we will also touch on another approach to code authentication using frontend Descope Flows (drag-and-drop workflows), while keeping only session validation in the backend. With this, we will also show how easy it is to enable biometrics and other passwordless authentication methods.
Table of contents- A quick intro to core authentication concepts- Coding- Why passwordless matters
Prerequisites- IDE for your choice- Node 18 or higher
JSNation 2023JSNation 2023
104 min
Build and Deploy a Backend With Fastify & Platformatic
WorkshopFree
Platformatic allows you to rapidly develop GraphQL and REST APIs with minimal effort. The best part is that it also allows you to unleash the full potential of Node.js and Fastify whenever you need to. You can fully customise a Platformatic application by writing your own additional features and plugins. In the workshop, we’ll cover both our Open Source modules and our Cloud offering:- Platformatic OSS (open-source software) — Tools and libraries for rapidly building robust applications with Node.js (https://oss.platformatic.dev/).- Platformatic Cloud (currently in beta) — Our hosting platform that includes features such as preview apps, built-in metrics and integration with your Git flow (https://platformatic.dev/). 
In this workshop you'll learn how to develop APIs with Fastify and deploy them to the Platformatic Cloud.
JSNation Live 2021JSNation Live 2021
156 min
Building a Hyper Fast Web Server with Deno
WorkshopFree
Deno 1.9 introduced a new web server API that takes advantage of Hyper, a fast and correct HTTP implementation for Rust. Using this API instead of the std/http implementation increases performance and provides support for HTTP2. In this workshop, learn how to create a web server utilizing Hyper under the hood and boost the performance for your web apps.
React Summit 2022React Summit 2022
164 min
GraphQL - From Zero to Hero in 3 hours
Workshop
How to build a fullstack GraphQL application (Postgres + NestJs + React) in the shortest time possible.
All beginnings are hard. Even harder than choosing the technology is often developing a suitable architecture. Especially when it comes to GraphQL.
In this workshop, you will get a variety of best practices that you would normally have to work through over a number of projects - all in just three hours.
If you've always wanted to participate in a hackathon to get something up and running in the shortest amount of time - then take an active part in this workshop, and participate in the thought processes of the trainer.