Certificación en Observabilidad con New Relic y Platzi

Clase 14 de 15 • Curso de Fundamentos de Observabilidad con New Relic

Contenido del curso

Bienvenida al curso

1
Observabilidad en Sistemas Digitales Complejos
04:33 min

¿Cómo funciona la web moderna?

Observabilidad y monitoreo

Telemetría y tipos de datos

Reto: Monoliths y Microservices

13
Uso de New Relic: Análisis de Mapas de Aplicaciones Web
02:29 min

Cierre y despedida

Tomar examen

Resumen

¿Quieres una cuenta gratuita en New Relic?

Por ser estudiante de Platzi puedes acceder a una. Solo debes registrarte en este formulario y seguir sus instrucciones.

¡Nunca pares de aprender!

Comentarios

Enzo Geron

student•

Excelente curso y un curso de Kubernetes + NewRelic + CI/CD seria lo mejor de lo mejor.

Andres Prieto

student•

En 2 días que llevo tomando este curso aprendí más sobre negocios y management que en 4, 2 semestres de universidad; Ricardo es un instructor maravilloso, este curso es súper claro y realmente te ayuda muchísimo a entender un montón de cosas; pienso que si realmente le prestas atención te lleva de 0 a 100 en Observabilidad, no tenía idea de que era y ahora sé bastante y no encuentro manera de agradecer a New Relic y Ricardo por lo fácil que han hecho el comenzar a aprender a hacer Dev Ops de cara a esto

Mauricio Viveros

student•

Muy buen curso y así quedo el dashboard al final

uRieL Martinez Bautista

student•

Daniel Gutierrez varios videos tienen sus detalles; se nota que se equivoca el profesor o se repite unos segundos del video.

Luis Rodrigo Velazquez Cabrera

student•

Esto de la observabilidad es nuevo para mí. Es una pena que no lo conocía en mi anterior empleo donde tenía que hacer un montón de manual testing cuando alguien hacía una queja. Ahora tengo un montón de ganas de participar en un proyecto tan grande donde se le pueda aplicar todo esto.

Robert Vásquez

student•

El curso estuvo bién, los conceptos sobre observabilidad se manejarón bién durante las clases. Ahora sobre new relic, en mi opinión resultaría imposible explorar todas y cada unas de las funcionalidades y posibilidades que ofrece la plataforma en un curso tan corto, queda de parte de cada quién experimentar, practicar y leer la documentación. Al profesor, se nota el esfuerzo para llevar acabo este curso. El único detalle es que algunas clases estan mal editadas, CHEKEN eso team @platzi

Renzo Valentin

student•

No conocía el concepto de Observabilidad, me encantó el curso, saber que se puede obtener tanta información y tan fácil de una aplicación web gracias a New Relic, es impresionante 🤯. Me encantaría ver un curso de Kubernetes y New Relic. A seguir aprendiendo :D

Samuel Soto Hoyos

student•

Yeah!

Hanner Gutiérrez Saldaña

student•

Muy malo ese quiz, una de las cuenta no funciona y pues no es nada intuitivo lo que ponen en esa cuenta demo, realmente no aprendí nada y este curso fue una perdida de tiempo, pese a que son fundamentos la eveluación final estaba totalmente desorientada con respecto al contenido del curso. muy decepcionado,

Jazmín del Rosario Saavedra Piñeiro

student•

¡Me encantó el curso, gracias Ricardo! Aprendí mucho y me parece supervisual, gráfico y bueno para iniciarse. No había usado nunca New Relic antes!

Jeem Torrecilla

student•

Este es uno de los mejores cursos que he tomado, bastante completo y muy útil, lo recomiendo.

Luis Eduardo Payano Villar

student•

El "Servicio de inicio de sesión" generalmente se refiere a una parte del sistema que gestiona la autenticación de usuarios, es decir, el proceso en el que los usuarios ingresan sus credenciales (como nombre de usuario y contraseña) para acceder a una aplicación o plataforma.

Este tipo de servicio suele encontrarse en aplicaciones de diferentes tipos, especialmente en aquellas que requieren que los usuarios se autentiquen para utilizar sus funcionalidades. Algunas de las aplicaciones o plataformas que utilizan un "Servicio de inicio de sesión" incluyen:

Aplicaciones web o móviles: Como plataformas de e-commerce, redes sociales o servicios de suscripción (Amazon, Facebook, Netflix).
Sistemas empresariales: ERP (Enterprise Resource Planning), CRM (Customer Relationship Management), u otros sistemas internos donde empleados o clientes necesitan autenticarse para acceder.
Plataformas SaaS: Software como servicio (como Google Workspace, Microsoft 365) que requieren que los usuarios inicien sesión para acceder a las aplicaciones.
Sistemas bancarios o financieros: Donde se requiere un inicio de sesión seguro para que los clientes accedan a su información financiera o realicen transacciones.

Dado que el "Servicio de inicio de sesión" es un componente genérico de muchas aplicaciones, no está asociado a una aplicación específica sino que es un patrón común en sistemas que manejan usuarios autenticados.

Luis Eduardo Payano Villar

student•

Comparar un monolito con una arquitectura de microservicios revela diferencias fundamentales en la forma en que se estructuran y gestionan las aplicaciones. Ambos enfoques tienen ventajas y desventajas, y su elección depende de los requisitos específicos del sistema y el contexto en el que se implementa.

1. Estructura

Monolito: En un sistema monolítico, toda la funcionalidad de la aplicación se construye como una única unidad de despliegue. Todas las funcionalidades (como autenticación, procesamiento de pagos, etc.) están en un solo código base y se ejecutan juntas.
Microservicios: Una aplicación construida con arquitectura de microservicios se divide en componentes pequeños e independientes. Cada servicio tiene una responsabilidad específica y puede ser desplegado y escalado por separado.

2. Despliegue

Monolito: Los cambios en cualquier parte del código requieren el despliegue completo de la aplicación, lo que puede resultar en actualizaciones más lentas y más riesgosas.
Microservicios: Cada servicio es independiente, por lo que los cambios o mejoras en un servicio no afectan a los demás. Esto permite despliegues más frecuentes y controlados.

3. Escalabilidad

Monolito: La escalabilidad de un monolito suele ser vertical, es decir, aumentando la capacidad del servidor donde se ejecuta la aplicación completa. Esto puede ser costoso y menos eficiente.
Microservicios: Los microservicios pueden escalarse horizontalmente, permitiendo escalar solo los componentes que lo necesitan, lo que permite un uso más eficiente de los recursos.

4. Independencia de los equipos

Monolito: Los equipos de desarrollo tienden a estar más centralizados, ya que los cambios afectan a todo el sistema, lo que requiere coordinación entre diferentes áreas del equipo.
Microservicios: Cada equipo puede trabajar de manera autónoma en un servicio específico, utilizando diferentes lenguajes, herramientas o bases de datos si es necesario, lo que aumenta la independencia y la agilidad del equipo.

5. Mantenimiento y complejidad

Monolito: Los monolitos pueden ser más simples de desarrollar y mantener inicialmente, pero a medida que crecen, se vuelven más difíciles de gestionar, especialmente cuando se introduce nueva funcionalidad.
Microservicios: A pesar de que los microservicios proporcionan mayor flexibilidad, también incrementan la complejidad en términos de gestión de múltiples servicios, orquestación, comunicación entre servicios y manejo de fallos.

6. Tolerancia a fallos

Monolito: En una aplicación monolítica, un fallo en un componente puede afectar a toda la aplicación, lo que la hace menos tolerante a errores.
Microservicios: En una arquitectura de microservicios, un fallo en un servicio no necesariamente afecta a otros servicios. Es posible aislar los errores y evitar la caída del sistema completo.

7. Tecnologías y lenguajes

Monolito: Generalmente, un monolito utiliza una sola tecnología o lenguaje de programación para todo el sistema.
Microservicios: En una arquitectura de microservicios, cada servicio puede ser desarrollado con diferentes lenguajes, tecnologías o bases de datos, lo que permite seleccionar la mejor herramienta para cada caso de uso específico.

8. Comunicación

Monolito: Dado que todo el sistema está en una sola unidad, la comunicación entre las partes de la aplicación ocurre dentro de la misma memoria del proceso, lo que es más rápido y sencillo.
Microservicios: Los microservicios deben comunicarse entre sí a través de redes, usando APIs (normalmente HTTP/REST, gRPC o mensajería asíncrona), lo que introduce latencia y posibles problemas de red.

9. Tiempo de desarrollo

Monolito: Los monolitos pueden ser más rápidos de construir al principio, ya que no requieren la complejidad de diseñar y gestionar múltiples servicios.
Microservicios: La arquitectura de microservicios requiere más planificación y coordinación al inicio, lo que puede aumentar el tiempo de desarrollo inicial, aunque a largo plazo pueden ofrecer más flexibilidad.

Ejemplo práctico:

Monolito: Imagina una aplicación e-commerce monolítica donde el sistema de catálogo, el carrito de compras, los pagos y la autenticación están en el mismo código base. Si se hace un cambio en el sistema de pagos, todo el sistema debe ser probado y redeployado.
Microservicios: En una versión de microservicios, cada una de esas funcionalidades (catálogo, pagos, autenticación) es un servicio independiente. Si se modifica el sistema de pagos, solo ese microservicio necesita actualizarse y desplegarse, sin afectar a los otros servicios.

Resumen:

Monolito: Ideal para aplicaciones más simples o cuando se busca rapidez en la fase inicial del desarrollo, pero puede convertirse en un desafío a medida que la aplicación crece.
Microservicios: Adecuado para sistemas complejos y grandes, proporcionando escalabilidad, independencia de los equipos y una mayor tolerancia a fallos, aunque introduce más complejidad en la gestión.

Jair Israel Avilés Eusebio

student•

¿Donde puedo ver mas informacion sobre la certificacion de New Relic que menciona el profesor?

Norma Natalia Moreno Espinoza

student•

Hola, puedes revisar aquí :)

Ioannis Blougouras

student•

Muy buen material para la introducción a la observabilidad y monitorización. tomaré el curso práctico y lo implementare en mis plataformas para seguir aprendiendo.

Jonathan Mauricio Medina Vargas

student•

Profe Ricardo, eres un súper docente, Muchas gracias.

Miriam Melendrez Guarnizo

student•

¡Increíble curso! Esto me abrió muchas posibilidades de implementación. ¡Que alegria formar parte de Platzi!

Jeferson Gonzalez

student•

este curso esta incompleto, el reto 2 no define que debemos hacer, por otro lado el examen hacen preguntas que no estan contempladas durante todo el curso.

¿pueden arreglar eso?

VICTOR HUGO CAMACHO GARCIA

student•

Hola. al querer presentar el examen manda error:

lo dieron de baja?

Gerardo Alberto Soto Alvarez del Castillo

student•

Hola, no puedo acceder al examen, me apacere la página en blanco todo el tiempo, ¿qué puedo hacer?

Fernando Cordero

student•

Debes crearte una cuenta y volver a entrar

Certificación en Observabilidad con New Relic y Platzi

Bienvenida al curso

Observabilidad en Sistemas Digitales Complejos

¿Cómo funciona la web moderna?

Evolución del Desarrollo Web: De Monolitos a Microservicios y DevOps

Contenedores y Microservicios: Fundamentos y Orquestación

Aplicaciones Nativas en la Nube: Conceptos y Beneficios

Observabilidad y monitoreo

Monitoreo en DevOps: SaaS vs Open Source y sus Desafíos

Monitoreo y Observabilidad en Aplicaciones Web Modernas

Observabilidad vs Monitoreo en Sistemas Digitales

Componentes Clave para Lograr Observabilidad en Software

Telemetría y tipos de datos

Telemetría y observabilidad con MELT en aplicaciones web

Métricas y Eventos en Telemetría para Negocios Eficientes

Uso de Logs para Análisis de Telemetría y Depuración

Rastros Distribuidos en Telemetría: Análisis y Optimización

Reto: Monoliths y Microservices

Uso de New Relic: Análisis de Mapas de Aplicaciones Web

Cierre y despedida

Certificación en Observabilidad con New Relic y Platzi

Retroalimentación sobre Cursos de Platzi