Aprende todo un fin de semana sin pagar una suscripción 🔥

Aprende todo un fin de semana sin pagar una suscripción 🔥

Regístrate

Comienza en:

3D
20H
10M
32S

¿Cómo pasamos de páginas web a aplicaciones web?

2/28
Recursos

Aportes 16

Preguntas 2

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

o inicia sesión.

Les comparto una tabla periodica de algunas herramientas que se usan en cada categoria por ejemplo, cloud, testing, Continuous Integration, Continuous Delivery, etc.
periodic-table-of-devops-tools

Notas:

Anteriormente, todo el contenido de las páginas web se guardaba en un solo lugar, pero ya no es así.

Funcionamiento de una página web:

  1. El usuario ingresa la URL del sitio web.
  2. El navegador envía la solicitud al servidor.
  3. El servidor le responde con los materiales del sitio
  4. El navegador construye la página para el usuario.

Aplicaciones monolíticas (Monolithic): Todo el sitio reside en una sola locación centralizada que almacena todo en un solo bloque de datos.

Desarrollo en cascada (Waterfall): Planificación, construcción y pruebas suceden de forma lineal, al completarse todo el proceso se publica el proyecto.

Transformación de los stacks tecnológicos

  • 2000’s → Un solo servidor en java, desarrollo en cascada.
  • 2010’s → uso de algunas tecnologías e inicio de la computación en la nube.
  • Actualmente → Decenas de despliegues al día con combinaciones de varias tecnologías y uso de micro-servicios.

Arquitectura de micro servicios:

La aplicación se compone de partes modulares y cada una maneja una tarea muy definida

ejemplo de micro-servicio:

  • Login de la página
  • Agregar al carro de compras.

Comentas en el vídeos sobre monolitos y programación por microservicios y no estoy de acuerdo en ciertos aspectos. Yo puedo tener un proyecto en un monolito y tenerla programada por microservicios haciendo que los cambios como comentas sean igual de rápidos y fáciles, pero todo en un solo monolito de código en un mismo servidor. Lo único que pierdes con este tipo de monolitos sería que si el servidor deja de funcionar todo deja de funcionar, pero al tener mi monolito en microservicios si integro un bug en el carrito de compra como comentas solo deja de funcionar en mi monolito el carrito de compra. Esto por ejemplo lo podemos conseguir con una arquitectura hexagonal.

This slide doesn’t show up Kubernetes
You left it out 😮.

No problem, I am just kidding Dude …😜

Realmente da gusto tener espacios como este en compañía de Ricardo Celis, claro y dinámico!

Aqui una tabla de Recursos DEVOPS

Como bien mencionaste con los lenguajes de programacion igual hay arquitecturas buenas para ciertos problemas y hoy en dia el monolito es bastante recomendado para empresas probando ideas de negocio ya que se necesita una alta mantenibilidad para iterar rapido con poco esfuerzo y ya cuando se consolidan los productos empiezan a sacrificar mantenibilidad por escalabilidad y rendimiento al pasar a microservicios y a tener varios equipos de desarrollo.
Me gusto mucho esta clase.

En 2010 ya existia NodeJS y WordPress …

Usuario navegaba al sitio
Browsere envia una solicitud
Servidor recibe la solicitud, envia respuesta
Browser dibuja el sitio web

Monolithic(monolitico)
cuando todo esta en un solo citio

Waterfall(cascada)
Planeacion, codigo, testing
todo era de forma lineal, todo se subia solo cuando estaba listo

Paginas web ahora son Aplicaciones web

Hoy en dia hay una mayor exigencia, un despliegue constante,
equipos pequeños que manejen tareas especificas,

hay un cambio en el uso de las aplicaciones,
Arquitecturas de microservicios

  • Muchos partes

  • Tarea especifica

  • Modular, tranbajam en conjunto
    Ejemplos a tener en cuenta

  • Login

  • Carrito de compra

  • Pagar

si un microservicio falla, solo debe de fallar esa parte
CD, CI
Continous Integration
Tener que entregar de forma constante diferentes partes de una aplicacion
Continous Delivery
tener que publicar constante mente al publico esa aplicacion

¡Estimado Ricardo, es un gusto asistir a tus cursos!

Un abrazo.

Leer esto desde Argentina es como ir al futuro. En otros países es el ahora esto.

Cambio tanto que se dividio en backend y frontend, y hoy en dia estos se siguen subdividiendo según los frameworks

El desarrollo web a evolucionado a pasos a agigantados, y se prevé que continúe evolucionando

Es correcto, la demanda tecnológica exige un mayor conocimiento de herramientas 🤟
.
Considero que el área de ingeniería en toda empresa es respetada pero no absoluta y trabajar en procesos gerenciales y de manager, definen lo siguiente que habrá en un negocio.
.
Lo que más aprecio en mi carrera, es el aprender nuevas vertientes o paradigmas de programación / DevOps pero sobre todo, afrontar retos con compañeros que armonicen con cada Sprint / Release que se plantean ❣️

Genial