Trade Off: Sacrificar una cosa por otra. Esto no es necesariamente malo, pero hay que tener en cuenta que cada decisión que tomamos puede afectar a otra cosa.
.
Esto me hace pensar… ¿Qué pasará el día que logremos extendernos entre planetas? ¿Cómo interconectaremos nuestros servidores entre varios planetas? ¿Habrá a caso páginas y servicios exclusivos por planeta? 🤔
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
You don't have access to this class
Keep learning! Join and start boosting your career
If you already have an account,
Resources
What have we learned in this module?
The system design process is a combination of art and science that requires a clear understanding of business needs and the ability to translate them into effective technology solutions. In this module, we have explored how to build a solid foundation for an efficient system through meticulous documentation and design. Here are some of the key aspects we have covered:
- Design Documentation: We have learned how to document a system following a specific format that includes all detailed specifications, which helps ensure that all critical elements of the system are considered and understood by everyone involved.
- Pipelines and release processes: We analyze the phases that code must go through before it can be used 100% by production users. This is crucial to minimize risks and ensure that the system is ready for widespread use.
- Scalability and global distribution: We understood how the approach changes when we have distributed systems operating in multiple regions. This includes considering the behavior of the system in different continents or countries and how to mitigate issues that may arise.
How do you make effective design decisions?
System design is not just about implementing the latest technology or following the latest trends. It is about making strategic choices that improve the project based on specific business needs. This often involves making difficult decisions, known as trade-offs, where sacrificing something brings a benefit in another aspect. For example:
- Speed vs. Consistency: A system may be faster if we reduce latency, but this could affect data consistency across multiple global locations.
- Availability vs. Data Integrity: We may want to ensure that our users always have access to the system, but this could lead to using data that is not yet fully synchronized.
These decisions are unique to each project and must be aligned with business requirements.
How to choose what is best for the project?
An essential factor for successful software design is understanding the business for which we are developing. Here are some tips to make sure you are on the right track:
- Make sure you are clear about the fundamental goals and needs of the business.
- Communicate frequently with project stakeholders to adjust expectations and receive feedback.
- Implement flexible solutions that allow you to adapt to changes in requirements or in the market.
Remember, software development is not just about writing code, but about solving real problems and creating tangible value for businesses and their users.
Go forward with confidence and motivation! Each module is a step towards becoming an expert in system design.
Contributions 6
Questions 0
Sort by:
Entender el negocio es la clave.
Cada profesionista tiene sus riesgos, en cuanto a toma de desiciones. Por ejemplo:
- Un medico, que practique mal, puede enfermar a una persona o matarla.
- Un ingeniero civil, que no regule adecuadamente una estructura, puede ocasionar tragedias.
Pero al final, es la experiencia la correcta guía la que permite generar conciencia de una toma de decisión.
En software, no podemos evaluar todos lo hechos, circunstancias o eventos. Sin embargo, podemos ir encrechendo nuestros productos y al final como digo simpre:
"El software es tan humano como su creador, pero también posee sus defectos"
La consecuencia mal manejada del trade off es la deuda técnica…
¡Wow! La necesidad de que un backend y un Data Science entienda el negocio es fundamental para la toma de decisiones.
Want to see more contributions, questions and answers from the community?