View a markdown version of this page

Práctica recomendada 10.4: valide el diseño en función de un grupo de criterios basados en sus requisitos empresariales - SAP Lens

Práctica recomendada 10.4: valide el diseño en función de un grupo de criterios basados en sus requisitos empresariales

Establezca un conjunto de criterios basados en los requisitos de su empresa, equilibrando el riesgo de error, el impacto en la empresa y las compensaciones aceptables. Utilice estos criterios para validar el diseño y hacer los ajustes necesarios.

Sugerencia 10.4.1: evalúe el costo que una interrupción supondría para su empresa

Los errores, ya sea de los servicios de AWS o de los componentes de SAP, afectarán su sistema SAP de manera diferente según las estrategias de resiliencia y recuperación que aplique. El tipo de error determinará la duración de la interrupción (RTO) y la posible pérdida de datos (RPO).

Por cada error, evalúe el riesgo de una interrupción y el costo para su empresa. Por ejemplo, ¿existen procesos de generación de ingresos que se verán afectados? Y, en tal caso, ¿cuál sería costo por hora asociado con la falta de disponibilidad del sistema?

Sugerencia 10.4.2: evalúe el costo de su arquitectura

En los entornos de SAP, los elementos más costosos de la factura mensual de AWS generalmente están relacionados con Amazon EC2 y los servicios de almacenamiento. Comprenda las implicaciones de costos, de manera que pueda seleccionar la mejor arquitectura para cumplir con sus requisitos de fiabilidad. Entre algunos colaboradores clave, se encuentran:

  • Los patrones de implementación que no maximizan la utilización del hardware

  • Las copias redundantes de datos

  • Los costos de licencia del sistema operativo

  • Los costos de licencia del software de agrupación

  • Los costos asociados con el mantenimiento, las pruebas y los recursos calificados

Consulte [optimización de costos] las prácticas recomendadas para la optimización de costos para más detalles.

Sugerencia 10.4.3: evalúe su diseño en función de los otros pilares del marco

La fiabilidad no se puede diseñar de forma aislada, sino que debe evaluarse en función del resto de los pilares de AWS Well-Architected Framework. A continuación, se enumeran algunos ejemplos de preguntas que podría hacer para llevar a cabo dicha evaluación:

  • Excelencia operativa: ¿tiene la experiencia y las habilidades para administrar la solución?

  • Seguridad: ¿están protegidos sus datos durante la replicación, la recuperación, etc.?

  • Rendimiento: ¿la replicación o la actividad de la copia de seguridad afectan el rendimiento del usuario?

  • Optimización de costos: ¿el costo de la solución se alinea con el riesgo asumido?