

# Definiciones
<a name="definitions"></a>

 Cada día, los expertos de AWS ayudan a los clientes con la arquitectura de sistemas para aprovechar las prácticas recomendadas en la nube. Trabajamos con usted para lograr compensaciones arquitectónicas a medida que sus diseños evolucionan. A medida que implementa estos sistemas en entornos en directo, descubrimos el excelente rendimiento de dichos sistemas y las consecuencias de dichas compensaciones. 

 Con lo aprendido, hemos creado AWS Well-Architected Framework, que proporciona un conjunto coherente de prácticas recomendadas para que clientes y socios evalúen arquitecturas y un conjunto de preguntas que puede utilizar para evaluar en qué medida una arquitectura está alineada con las prácticas recomendadas de AWS. 

 AWS Well-Architected Framework se basa en seis pilares: excelencia operativa, seguridad, fiabilidad, eficiencia del rendimiento, optimización de costes y sostenibilidad. 

 **Tabla 1. Los pilares de AWS Well-Architected Framework** 


|  **Nombre completo**  |  **Descripción**  | 
| --- | --- | 
|  Excelencia operativa  |  The ability to support development and run workloads effectively, gain insight into their operations, and to continuously improve supporting processes and procedures to deliver business value.  | 
|  Seguridad  | The security pillar describes how to take advantage of cloud technologies to protect data, systems, and assets in a way that can improve your security posture. | 
|  Fiabilidad  |  The reliability pillar encompasses the ability of a workload to perform its intended function correctly and consistently when it’s expected to. This includes the ability to operate and test the workload through its total lifecycle. This paper provides in-depth, best practice guidance for implementing reliable workloads on AWS.  | 
|  Eficiencia del rendimiento  |  The ability to use computing resources efficiently to meet system requirements, and to maintain that efficiency as demand changes and technologies evolve.  | 
|  Optimización de costes  |  The ability to run systems to deliver business value at the lowest price point.  | 
|  Sostenibilidad  |  The ability to continually improve sustainability impacts by reducing energy consumption and increasing efficiency across all components of a workload by maximizing the benefits from the provisioned resources and minimizing the total resources required.  | 

 En AWS Well-Architected Framework, usamos estos términos: 
+  Un **componente** es el código, la configuración y los recursos de AWS que conjuntamente cumplen con un requisito. Un componente suele ser la unidad de propiedad técnica y está desacoplado de otros componentes. 
+  El término **carga de trabajo** se utiliza para identificar un conjunto de componentes que proporciona valor empresarial. Una carga de trabajo suele ser el nivel de detalle sobre el que hablan los líderes tecnológicos y comerciales. 
+  Percibimos la **arquitectura** como la forma en que los componentes trabajan juntos en una carga de trabajo. La forma en la que interactúan y se comunican los componentes es, a menudo, el foco de los diagramas de arquitectura. 
+  Los **hitos** marcan los cambios clave en su arquitectura a medida que evoluciona a lo largo del ciclo de vida del producto (diseño, implementación, prueba, lanzamiento y producción). 
+  En una organización, la **cartera tecnológica** es el conjunto de cargas de trabajo necesarias para que opere la empresa. 
+ El **nivel de esfuerzo** mide el tiempo, el esfuerzo y la complejidad que requiere la implementación de una tarea. Cada organización tiene que considerar el tamaño y la experiencia del equipo y la complejidad de la carga de trabajo como contexto adicional a fin de determinar correctamente el nivel de esfuerzo de la organización.
  + **Alto:** el trabajo podría durar varias semanas o meses. Esto podría desglosarse en múltiples historias, versiones y tareas. 
  + **Medio:** el trabajo podría durar varios días o semanas. Esto podría desglosarse en múltiples versiones y tareas.
  + **Bajo:** el trabajo podría durar varias horas o días. Esto podría desglosarse en múltiples tareas.

 Al diseñar cargas de trabajo, se hacen concesiones entre pilares según el contexto empresarial. Estas decisiones de negocios pueden impulsar sus prioridades de ingeniería. Podría optimizarlas para mejorar el impacto en la sostenibilidad y reducir los costes en detrimento de la fiabilidad en los entornos de desarrollo o, si se trata de soluciones fundamentales, podría optimizar la fiabilidad con incremento de costes e impacto en la sostenibilidad. En las soluciones de comercio electrónico, el rendimiento puede afectar a los ingresos y a la tendencia de los clientes a comprar. La seguridad y la excelencia operativa generalmente no se negocian contra los otros pilares. 