Introducción a conceptos
Todo lo que aprenderás sobre arquitectura backend
Qué es el backend
Qué son los sistemas distribuidos
Elementos de un sistema distribuido en la nube
Cómo se conecta todo en el backend
Recap y proyecto del curso
Arquitectura y planeación
Definición y requerimientos del sistema desde la perspectiva de negocio
Documento de diseño
Creación del documento de diseño
Revisión de diseño
Elaboración de la arquitectura del sistema
Diseños de bajo nivel, planes de prueba e integración continua
Plan de integración continua
Definiendo el “Code Complete”
Recap y tips de siguientes pasos
Desarrollo e implementación
Introducción y formato de desarrollo
Práctica: diseño de una “entidad”
Implementación de una entidad
Práctica: unit test usando TDD
Práctica: implementación de objetos usando TDD
Pasos para completar el proyecto
Challenges
Diseño de bajo de nivel de servicio de lectura
Diseño de un servicio que integre autenticación
Escalabilidad: Throttling y RetryPolicies
Conclusión
Cierre del curso y tips profesionales
Aportes 12
Preguntas 1
El backend puede ser tan complejo como quieras, hoy en día es muy común (y de hecho es recomendable) ver sistemas distribuidos en backend, que si la base de datos de un lado, el almacenamiento desde otro lado, el servidor en otro lado, es muy normal ver que el backend se distribuya así, y está bien, esto lo explica Freddy de una forma excelente en este video:
Prácticamente hoy en día todo está distribuido ^^
Una forma de entender también el backend y el frontend puede ser:
El backend es la parte de la logica y como funcion una app desde el lado del server.
Hoy en dia es muy comun tener un backend complejo pero completamente orientado a microservicios, es decir que cada parte del backend es gestionada por un servicio distinto. Esto nos permite poder usar las por separado y si en algun momento deseamos migrar a otro servicio podamos hacerlo de manera facil y “rapida” sin que nuestro backend se caiga y se eche a perder por completo
SIN hate… pero me da curiosidad es ta clase … los requisitos son prácticamente para devs experimentados en back , y explica cuando es 2 + 2
Es lo común hoy en día el tener sistemas distribuidos para ser más tolerante a fallos, que si alguno de los servidores donde se aloja mi aplicación falla solamente se vea afectada una pequeña parte o funcionalidad. Más aun, según el tamaño de la aplicación son clusters de servidores y no uno solo los que sirven determinada funcionalidad, claro que en consecuencia la complejidad de la aplicación aumenta e involucra más esfuerzo localizar bugs etc. Como todo, cada opción tiene sus ventajas y desventajas.
El Back-End es la parte o rama del desarrollo web encargada de que toda la lógica de una página funcione. Consiste en el conjunto de acciones que pasan dentro de una web, pero que no podemos ver.
En el caso de un dispositivo IoT, podríamos decir que el cliente en este caso no tiene una UI, pero se comporta como un cliente que consume un servicio desde un servidor.
En simples palabras el cliente son datos estáticos y el servidor ayuda a que esos datos sean dinámicos.
Frontend: Parte visual - como se ve.
Backend: Parte lógica y manejo de datos - como funciona
Buena perspectiva.
Excelente explicación, dejo un link donde describen cada una de esas fases.
https://descubrecomunicacion.com/que-es-backend-y-frontend/
Excelente
Les comparto esta ruta del Backend Developer.
Link
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?