AWSDirectrices prescriptivasPrácticas recomendadas para SAP en

implementaciones de campo verde de AWS

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

AWSDirectrices prescriptivas: Prácticas recomendadas para SAP enimplementaciones de campo verde de AWSCopyright © Amazon Web Services, Inc. and/or its affiliates. All rights reserved.

Las marcas comerciales y la imagen comercial de Amazon no se pueden utilizar en relación con ningún producto oservicio que no sea de Amazon de ninguna manera que pueda causar confusión entre los clientes y que menosprecieo desacredite a Amazon. Todas las demás marcas comerciales que no son propiedad de Amazon son propiedad desus respectivos propietarios, que pueden o no estar afiliados, conectados o patrocinados por Amazon.

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Table of ContentsIntroducción ....................................................................................................................................... 1Información general ............................................................................................................................ 2

Destinatarios previstos ................................................................................................................ 2Prácticas recomendadas para la fase de planificación .............................................................................. 3

Creación de una matriz RACI ....................................................................................................... 3Revise la SOW .......................................................................................................................... 4Crear un organigrama de equipo y una lista de contactos ................................................................. 5Establezca un modelo de participación con su equipo de nube interno ................................................ 5Documentar el proceso de compilación e implementación de la nube ................................................. 6

Prácticas recomendadas para la fase de diseño ...................................................................................... 8Creación de diagramas horizontales y cronología de entrega ............................................................ 8Comprender los servicios regionales y las decisiones documentales ................................................... 9Contexto de nomenclatura ......................................................................................................... 10Documentar todas las decisiones ................................................................................................ 10

Prácticas recomendadas para la fase de compilación ............................................................................. 11Organice reuniones de stand-up diarias ....................................................................................... 11Utilice una hoja de especificaciones de compilación unificada .......................................................... 11Tenga en cuenta lo siguiente:AWScuotas de servicio ..................................................................... 12Desarrolle una estrategia de rotación clave ................................................................................... 12Retitución de servidores no utilizados .......................................................................................... 13

Recursos ......................................................................................................................................... 14AWSGlosario de orientación prescriptiva .............................................................................................. 15Historial de documentos ..................................................................................................................... 23.................................................................................................................................................... xxiv

iii

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Prácticas recomendadas para SAPenAWSImplementación de greenfield

Almaz Thornton, director de participación de SAP, y Raveendra Voore, consultora de SAP

AWSServicios profesionales

Abril de 2022

Una implementación de SAP de campo verde suele formar parte de un proyecto de transformaciónempresarial a gran escala que incluye nuevas instalaciones de aplicaciones de SAP Enterprise ResourcePlanning (ERP). Implementaciones de Greenfield SAP en Amazon Web Services (AWS) difieren de SAPenAWSmigraciones, porque no hay espacio de servidor existente en las instalaciones o en la nube paramigrar; en cambio, se dimensionan y aprovisionan los nuevos servidores. Además, los proyectos de campoverde tienden a tener un alcance más amplio desde el punto de vista técnico y funcional. Dado que lasimplementaciones de campo verde son menos comunes que las migraciones, por lo general es difícilencontrar orientación para estos proyectos.

Esta guía proporciona recomendaciones y prácticas recomendadas para los líderes de TI y los gestoresde proyectos que participan en implementaciones de SAP de campo verde. Estas directrices tambiénson relevantes para los proyectos de migración de SAP, para ayudarle a evitar obstáculos a medidaque gestiona la migración o la implementación de un campo verde. Las directrices se organizan en trescapítulos, basados en las tres fases principales de un proyecto de migración o implementación:

• Fase de planificación (p. 3)— Planificación inicial, establecimiento del equipo, recopilación derequisitos

• Fase de diseño (p. 8)— Transformar los requisitos en diagramas arquitectónicos, especificacionesde compilación y documentos de diseño

• Build phase (Fase de compilación) (p. 11)— Desarrollo, configuración y pruebas de la implementaciónde SAP de campo verde

En esta guía se supone que tiene un conocimiento de 100 niveles deAWSy servicios SAP, una sólidafamiliaridad con la gestión de proyectos de TI y conocimiento de laSAP ONAWSmetodología demigraciónyPatrones de SAP HANA paraAWSmigraciones.

1

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Destinatarios previstos

Información generalEn este documento se destacan las lecciones aprendidas durante una implementación de SAP enun campo verde enAWS. La mayoría de estas recomendaciones se pueden aplicar a SAP estándarenAWSproyectos de migración también. Este artículo comparte consejos sobre las fases de planificación,diseño y construcción de un proyecto. Incluye lecciones para la fase de mantenimiento u operaciones deun proyecto, pero esa fase no es el centro de esta guía. Puede utilizar una metodología de cascada o unenfoque iterativo, ágil o híbrido para aplicar estas prácticas recomendadas.

Estas son las principales partes interesadas del equipo de infraestructura a las que se hace referencia enesta guía:

• LaAWSsocio de implementación — Esto podría serAWSServicios profesionales oAWSSocio. Su funciónes construir elAWSinfraestructura en la que se ejecutarán las aplicaciones SAP.

• El equipo de SAP Basis: este equipo puede ser suministrado por el integrador de sistemas (SI) o laempresa proveedor, con personal interno por empleados de su organización o una combinación. Sutrabajo consiste en instalar el software SAP, configurarlo a nivel técnico, actualizarlo y, en general,mantenerlo.

• Líder en infraestructura de SI: este individuo actúa como propietario de un producto. Proporcionanrequisitos técnicos que se originan en el equipo del proyecto más grande y proporcionan liderazgogeneral al equipo de infraestructura.

• Líder en infraestructura de clientes: este individuo también actúa como propietario del producto.Proporcionan requisitos técnicos que se originan en el equipo del proyecto más grande y proporcionanliderazgo general al equipo de infraestructura. Los líderes de infraestructura de clientes y de SI puedenoperar como iguales en un modelo de liderazgo conjunto, o bien puede decidir designar a un único líderde infraestructura.

El foco de esta guía prescriptiva se centra específicamente en elAWSaspecto de un proyecto SAP decampo verde.

Al implementar entornos SAP enAWS, los equipos de infraestructura suelen ir meses por delante de losequipos funcionales y de desarrollo que configuran y personalizan SAP para satisfacer las necesidadesempresariales. Dado que los dos equipos tienen plazos de entrega diferentes, lo que se considera la fasede creación del equipo de infraestructura podría ser la fase de planificación de los equipos funcionales.Además, el trabajo de crear entornos SAP es muy iterativo y repetitivo. Por ejemplo, en un escenario N+2, podría crear tres entornos de desarrollo diferentes. Según cómo estructure el proyecto y cuándo senecesitan los entornos, es posible tener tres fases de compilación, a menos que todos los entornos venzanen la misma fecha. Tenga en cuenta estas diferencias al aplicar esta guía a las fases específicas de suproyecto, de modo que pueda comunicarse y trabajar con los equipos funcionales y de desarrollo de formamás eficaz.

Destinatarios previstosEste documento está escrito pensando en los gestores de proyectos, como guía para la implementaciónde proyectos y como herramienta para establecer expectativas y proporcionar un sólido liderazgode TI durante un SAP enAWSimplementación de. En una implementación de SAP a gran escala, esprobable que todos los miembros del equipo de infraestructura participen con sus propios gestores deproyectos para gestionar su trabajo. Le recomendamos que identifique un único gestor de proyectos deinfraestructura general para administrar el recorrido general de la nube y asumir la responsabilidad degarantizar que se sigan estas prácticas recomendadas.

2

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Creación de una matriz RACI

Prácticas recomendadas para la fasede planificación

Durante la fase de planificación de una implementación de SAP de campo verde, el proyecto sueleenfrentarse a varios desafíos y oportunidades. En esta sección se analizan cinco aprendizajes clavebasados en SAP enAWSimplementaciones de greenfield que elAWSEl equipo de Servicios Profesionalesha participado. Puede implementar algunas de estas recomendaciones incluso antes de que comience suproyecto o que el equipo consultor se involucre. Proporcionar borradores de documentos, como la matrizde roles y responsabilidades o la lista de contactos del equipo ayuda a acelerar el proceso de aumento.

Creación de una matriz RACILa creación de una matriz de asignación de responsabilidades para el equipo de infraestructura esfundamental para cualquier proyecto de implementación. Esta matriz adopta la forma de un gráficocompleto responsable, responsable, consultado e informado (RACI). El RACI se utiliza para aclararroles, asignaciones y tareas en una compleja estructura de equipo. Debe desarrollarse en colaboracióncon elAWSEl equipo de SAP Cloud, el equipo de SAP Basis, el integrador de sistemas SAP (SI) y elcliente. Esto puede ser impulsado por cualquiera de esos grupos o por un gestor de proyecto. La creacióndel RACI sin la aportación de estas partes interesadas crea incoherencias, lagunas y, a veces, inclusoconflictos. Es importante tener en cuenta todas las fases del proyecto. Tener el RACI por adelantadofortalece la asociación entre todas las partes involucradas y crea claridad. Idealmente, el RACI deberíacompletarse antes del inicio del proyecto.

He aquí un extracto de una matriz RACI de muestra para un proyecto de implementación de SAP decampo verde.

Descargue la matriz RACI completa

3

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Revise la SOW

Revise la SOWComprender todos los elementos de la declaración de trabajo (SOW) paraAWSservicios de consultoríay asesoramiento, y revisar conjuntamente la SOW con las partes interesadas clave para que todosentiendan claramente los productos. Si el equipo de infraestructura tiene la intención de hacer más de loque define la SOW, asegúrese de documentarlo. En un proyecto de implementación de SAP de campoverde, mantenerse ágil y ágil es de suma importancia, por lo que desviarse de la SOW es un escenariocomún. Sin embargo, las expectativas pueden oscurecerse si elAWSel socio de implementación comienzaa entregar más allá de lo documentado. Cuando se produzcan cambios, debe mantener una lista deejecución del nuevo ámbito de trabajo y las compensaciones que podrían tener que hacerse. Para unenfoque de proyecto de cascada, se debe definir e implementar un proceso de gestión del cambio dealcance. Para un proyecto ágil, un proceso de priorización de backlog es más apropiado para administrar elalcance.

Consideraciones:

• A medida que avanza en el proyecto, asegúrese de capturar el nuevo ámbito y definir cualquier nuevaentrega. Esto le ayudará a gestionar las expectativas y a buscar ayuda para priorizar su retraso.

• Identifique y dé prioridad a los cambios y tareas de la documentación junto con el retraso de entregaexistente, de modo que la documentación se pueda producir durante toda la vida útil del proyecto enlugar de retrasarse hasta el final.

• Realice un recorrido regular de SOW durante todo el proyecto para mantenerse alineado con losresultados y las prioridades.

4

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWSCrear un organigrama de equipo y una lista de contactos

Crear un organigrama de equipo y una lista decontactos

Cree un organigrama de alto nivel que represente los equipos y la estructura de liderazgo. Profundiza enel desarrollo de una lista de contactos entre equipos que incluye el nombre, el título y la función de todoslos integrantes del equipo de infraestructura y puntos de contacto clave para diversas funciones, comooperaciones de seguridad, red y cortafuegos, Microsoft Active Directory, operaciones en la nube internasy operaciones de servidor. Todo el mundo debe saber quién está involucrado y qué papel desempeñan enel proyecto. Los retrasos y los errores de comunicación ocurren inevitablemente cuando el equipo no tieneesta información. Comprender los títulos de las partes interesadas también es importante. Por ejemplo, noquerría invitar a las partes interesadas a nivel de director a sesiones de diseño de trabajo o a stand-upsdiarios, a menos que sean contribuyentes clave a los debates. Conocer títulos y roles le permite invitar alas personas adecuadas a las reuniones pertinentes. Poder visualizar los equipos en un organigrama leayuda a comprender cómo se estructuran los equipos y trabajan juntos en el proyecto.

En el diagrama siguiente se proporciona información sobre un SAP típico deAWSOrganigrama deinfraestructura.

Establezca un modelo de participación con suequipo de nube interno

Si su organización de TI tiene un internoAWSEquipo en la nube, debe establecer un modelo departicipación con ese equipo y aclarar el trabajo que realizará, en comparación con lo que elAWSasociadoen la ejecución (por ejemplo,AWSServicios profesionales oAWSPartner) tiene la tarea de hacerlo. Unaresponsabilidad clave a tener en cuenta es el soporte de los entornos una vez creados y entregados. Porejemplo, si solo hay dosAWSLos arquitectos de SAP Cloud que están creando una infraestructura devarios entornos y entornos múltiples para una docena de aplicaciones SAP, no tendrán el ancho de bandapara admitir el entorno que completan la construcciónyCree nuevos entornos a la vez. Una opción es pediral equipo de nube interno que se haga cargo del soporte de los entornos terminados. Esto brinda al equipointerno la oportunidad de aprender y hacerse cargo de los entornos. Con el tiempo, se harán responsablesde mantener y ampliar estos entornos, cuando el proyecto avance y se identifique un nuevo ámbito detrabajo.

La infraestructura de nube interna y la nube DevOps los equipos también deben ponerse de acuerdosobre el tipo de software de automatización que se utilizará, por ejemplo, si se debe utilizarAWS

5

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Documentar el proceso de compilacióne implementación de la nube

CloudFormationo Terraform como herramienta de infraestructura como código (iAC). Del mismo modo,podrían decidir utilizarAWS Systems Managero Ansible para tareas de configuración tales comovolúmenes de arranque y posiblemente instalaciones SAP. Estas decisiones deben documentarse.Además, si existe un requisito de un panel de control de supervisión y observabilidad de terceros, peroeste no era un producto en la SOW, considere la posibilidad de colocar ganchos de supervisión y registromediante Amazon CloudWatch y Amazon Simple Notification Service (Amazon SNS). El equipo de nubeinterno puede implementar la integración con una solución de supervisión de terceros más adelante.

El modelo de participación o el acuerdo de soporte también deben formar parte de la matrizRACI y articularse en la SOW. Existe un nivel significativo de automatización que se puede lograrutilizandoAWSServicios de . La matriz SOW y RACI deben identificar lo que debe lograrse como parte delproyecto de implementación de SAP de campo verde y qué se puede delegar en el equipo de operaciones.

Documentar el proceso de compilación eimplementación de la nube

Si su organización de TI cuenta con un equipo de nube interno, ese equipo debe documentar el procesode creación e implementación de la nube mediante diagramas de flujo de procesos y compartirlos con todoel equipo. Desea que sus principales partes interesadas detecten fácilmente cualquier cuellos de botella oineficiencia en el proceso, y comprenda el papel que desempeñan sus procesos internos existentes en lacreación de ineficiencias o retrasos. En el siguiente ejemplo, puede ver cómo los procesos de actualizacióndel sistema de nombres de dominio (DNS) y unión de Active Directory tardan más tiempo en completarse.Tener este aspecto visual podría motivar a los equipos a colaborar y averiguar cómo reducir el tiempoinvolucrado en ese paso del proceso.

Consideraciones:

• Documente el proceso y el flujo de trabajo de la mesa de ayuda por separado, comparta estainformación con el equipo de infraestructura y asegúrese de que todos tengan acceso a las herramientasde la mesa de ayuda para que no dependa de una sola persona. A menudo, puede haber un procesode ticket complicado y lento para realizar uniones de Active Directory, actualizaciones de DNS, abrircortafuegos y solicitar claves de cifrado. Es fundamental documentar estos procesos y tener en cuentael Acuerdo de nivel de servicio (SLA) de cada equipo en la fase de planificación del proyecto. Tambiénayuda a explicar los motivos de un retraso o cuello de botella que requiere especial atención paraeliminarlo.

6

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Documentar el proceso de compilacióne implementación de la nube

• Asigne un punto de contacto con nombre para Active Directory y tareas de cortafuegos o redes. Esosrecursos dedicados deberían formar parte de su proyecto. Si tiene que confiar en los tickets de servicio,no puede controlar el SLA de servicio.

7

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Creación de diagramas horizontales y cronología de entrega

Prácticas recomendadas para la fasede diseño

La fase de diseño de una implementación de SAP de campo verde es la base de una fase de construcciónexitosa. En esta fase, trabajará con las partes interesadas de la infraestructura para recopilar requisitosy documentar la arquitectura. También hay alineaciones adicionales que debe tener en cuenta. Debeasegurarse de que las distintas partes interesadas del proyecto acuerden una cronología, una estrategiade paisaje y SAP sobreAWSarquitectura, incluidos entornos de alta disponibilidad (HA) y recuperación antedesastres (DR). En esta sección se proporcionan recomendaciones para abordar algunos de los desafíosque podría surgir en la fase de diseño de su proyecto.

Creación de diagramas horizontales y cronología deentrega

Cree un cronograma de entrega de infraestructura tan pronto se comparta con usted la cronología delproyecto de transformación empresarial. Esto le ayuda a planificar con anticipación y alinearse dentro delequipo de infraestructura. La principal entrada para crear la cronología proviene de los integradores desistemas (SIs) del equipo del proyecto de SAP. Vuelva a trabajar para determinar las fechas de cuándo elequipo de SAP Basis debe completar su trabajo y cuándo debería estar lista la infraestructura para que elequipo de SAP Basis instale las aplicaciones SAP.

Consideraciones:

• Una representación visual del cronograma de entrega permite al equipo comprender rápidamente qué seestá construyendo, las fechas requeridas y las posibles contenciones de recursos. También permite a laspartes interesadas clave visualizar los entornos que se están construyendo, la duración del proyecto y latransferencia entreAWSy el equipo de SAP Basis de una manera fácil de comprender.

• Una implementación típica de SAP de campo verde abarca un año o más. Incluye momentos en que elequipo de infraestructura no crea componentes de infraestructura activamente, por lo que es importantetener en cuenta las actividades y los entregables durante ese tiempo. Algunos ejemplos de actividadespara asignar incluyen la configuración y las pruebas de alta disponibilidad, la configuración y las pruebasde recuperación ante desastres, las pruebas de rendimiento y los scripts de automatización de edificios.

• En una implementación de campo verde, los conceptos de paisaje y entornos pueden resultar confusosde entender. Una cronología codificada por colores que diferencia entre entornos y paisajes (N, N+1, N+2) puede ayudar a las partes interesadas a comprender esta matriz de información rápidamente.

8

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Comprender los servicios regionalesy las decisiones documentales

A continuación se muestra un ejemplo de un diagrama de paisaje de SAP de alto nivel típico. Las cajasrepresentan entornos, que son un conjunto de aplicaciones (por ejemplo, SAP S/4HANA), y los entornosson una colección de entornos utilizados para una versión concreta.

Comprender los servicios regionales y lasdecisiones documentales

Al comienzo de la fase de diseño, le recomendamos que dedique tiempo a comprender y discutir losservicios disponibles en un determinadoRegión de AWSpara que pueda elegir correctamente la regiónprincipal. Específicamente, a menudo se requieren instancias de alto rendimiento para SAP, por loque debe asegurarse de que esos recursos estén disponibles en las regiones principal o secundaria.Elija untipo de instancia certificado para aplicaciones SAP. Asegúrese de que el tipo de instancia estédisponible en elRegiones de AWSde elección. Una forma rápida y sencilla de determinarlo es utilizarlaAWS Command Line Interface(AWS CLI), por ejemplo, ofertas de tipo. Si los servicios no estándisponibles actualmente en la región que desea utilizar para la implementación, tenga en cuenta el plazopara solicitar la infraestructura de esa región.

Confirme, vuelva a confirmar y documentar las decisiones relacionadas con la región. Haga circularesas decisiones en todo el equipo del proyecto más amplio para que las partes interesadas clave esténinformadas. Si hay un tablero de revisión de arquitectura para el proyecto, asegúrese de presentar estetema para dar a todos la oportunidad de sopesar antes de que se solidifice la decisión.

Consideraciones:

• Una consideración clave son los sistemas de límites que se integran con SAP. Si está alojandoaplicaciones de límite o satélite enAWS, lo mejor es alojar SAP en la misma región principal para evitardiscusiones innecesarias sobre la latencia. Incluso si confirma que la latencia no es un problema, serádifícil explicar por qué las aplicaciones de límites se crean en una región diferente a las aplicacionesSAP para sus partes interesadas.

• El sitio de recuperación ante desastres (DR) también debe ser el mismo para SAP y los sistemas que seintegran con SAP para que las pruebas de DR puedan coordinarse de forma realista.

9

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Contexto de nomenclatura

Contexto de nomenclaturaExaminar y documentar exhaustivamente las convenciones de nomenclatura para el host, el entornoSAP, la nube privada virtual (VPC) yAWScuentas. Asegúrese de seguir las normas o convencionesexistentes. En una implementación de campo verde, probablemente tendrá que definir sus convencionesde nomenclatura desde cero. Sé coherente. Por ejemplo, si llama a la VPCPre-Prod, el entorno SAPUAT,y elAWScuentaTST, será difícil asociar estos tres nombres desde una perspectiva de apoyo. Asegúresede obtener consenso y asignar nombres en los que cada personaje tenga un significado, pero deje margenpara la flexibilidad. Por ejemplo, no codifice el nombre de la región en el nombre del servidor, en casode que tenga que cambiar a otra región en el future. Evite utilizar la convención de nomenclatura queestá utilizando para sus servidores en las instalaciones. En su lugar, recomiende una convención denomenclatura flexible en la nube si su organización aún no la tiene.

Consideraciones:

• UsarAWSetiquetadopara obtener información que pueda variar.• No coloque entornos que no sean de producción en las VPC de producción. Si ese es un requisito,

asegúrese de que haya un motivo válido antes de aceptar.

Documentar todas las decisionesLe recomendamos que documente minuciosamente cada variación de cada decisión, quién tomó ladecisión, en qué fecha y quién estuvo presente. Guarda las decisiones en un lugar público, como AtlassianConfluence o una hoja de cálculo, y asegúrate de firmar correctamente la decisión. Una parte interesadao miembro del equipo podría olvidar el consenso alcanzado y cuestionar una decisión más adelante enla fase de diseño o construcción. Si eso sucede, desea que los datos estén disponibles para respondera cualquier pregunta. A continuación se muestran algunos ejemplos de decisiones clave que hay quedocumentar:

• Decisiones de región• Aplicaciones que son relevantes para alta disponibilidad• Decisiones de recuperación de desastres• Modelo de soporte medioambiental durante la fase del proyecto• Métodos y herramientas de Backup y restauración• Estructura de VPC• AWSdecisiones de cuenta• Decisiones de seguridad

10

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Organice reuniones de stand-up diarias

Prácticas recomendadas para la fasede compilación

Las recomendaciones de esta sección ayudan a garantizar una fase de compilación más fluida para suproyecto. La fase de compilación abarca el código, el desarrollo, la implementación y las actividades deimplementación. A menudo consiste en una sesión de revisión y aprobación del diseño, una reunión inicialpara alinear lo que se está construyendo, la cronología y los criterios de salida. Esta es la fase en la que elcódigo se escribe, revisa e implementa por pares para todosAWSServicios de .

Las siguientes recomendaciones también cubren las actividades de prueba o verificación.

Organice reuniones de stand-up diariasAsegúrate de organizar reuniones de stand-up diarias, independientemente de la metodología de proyectoque estés utilizando. Aunque los stand-ups diarios están asociados con metodologías ágiles, también sonmecanismos de conexión de equipo extremadamente útiles para otras metodologías, incluido el modelo decascada. Incluso podría utilizar un marco de proyecto híbrido que tome las mejores prácticas de diversasmetodologías.

Consideraciones:

• Utiliza algo ligero como los tableros Jira para crear historias para cada tarea. Estos tableros serán suguía para sus stand-ups diarios. Si su equipo tiene el ancho de banda y la experiencia, también puedeutilizar la metodología Scaled Agile Framework (SAFE) y crear épicas. Sin embargo, la mayoría delos equipos de infraestructura no desean la sobrecarga administrativa de la administración de tablerosscrum complejos, por lo que recomendamos una herramienta ligera. Tener un tablero también le permitegenerar informes sobre el trabajo que está realizando su equipo y le proporciona mecanismos paracontrolar el alcance.

• En un proyecto SAP de campo verde, no es raro que se agreguen muchas aplicaciones SAP o delímites después de bloquear el ámbito. Si no dispone de un buen mecanismo para controlar, priorizar yproporcionar visibilidad del alcance del proyecto, será difícil solicitar recursos adicionales o repriorizar eltrabajo para mantener el proyecto en marcha.

Utilice una hoja de especificaciones de compilaciónunificada

Utilice una única hoja de cálculo de especificaciones de compilación para todos los entornos y entornos.Esto crea un único documento que se puede localizar y buscar fácilmente. Recomendamos que habilitela administración de versiones para recuperarse fácilmente de los contratiempos. Cree un formato encolaboración con el equipo de SAP Basis. El equipo de Basis realiza un seguimiento de los detalles delos sistemas SAP y contar con una única especificación garantiza que el equipo interno de la nube puedahacerse cargo rápidamente y ver todos los metadatos en un solo lugar tras la finalización del proyecto.

A continuación se muestra un ejemplo de plantilla utilizada para capturar metadatos de compilación deservidores clave con un requisito de servidor de ejemplo.

11

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Tenga en cuenta lo siguiente:AWScuotas de servicio

Tenga en cuenta lo siguiente:AWScuotas deservicio

Hay cuotas de CPU virtuales (vCPUs) que se pueden aprovisionar para instancias Amazon ElasticCompute Cloud (Amazon EC2). Cuando implementa una instancia EC2, requiere un cierto númerode vCPUs, según el tipo de instancia EC2. CadaAWSLa cuenta tiene un límite de vCPUs que sepueden aprovisionar para ella. A medida que implementa instancias EC2, el límite flexible aumentaautomáticamente entre 100 y 150 vCPUs. Sin embargo, si intenta implementar varias (por ejemplo, 20)instancias EC2 al mismo tiempo, podría superar el límite flexible. Si cree que podría encontrarse con estalimitación,presentar una solicitud para aumentar la cuotaantes de implementar instancias EC2. Esto lepermitirá evitar alcanzar los límites de cuota de servicio en medio de la implementación.

Desarrolle una estrategia de rotación claveAWS Key Management Service(AWS KMS) facilita a los clientes crear y administrar claves criptográficasy controlar su uso en una amplia gama deAWSservicios y en diversas aplicaciones. Para lasimplementaciones de SAP,AWS KMSlas claves se utilizan para cifrar los datos en reposo que sealmacenan en volúmenes de Amazon Elastic Block Store (Amazon EBS) y se utilizan para binarios SAPy sistemas de archivos SAP HANA. Las claves KMS también se utilizan para los datos almacenados endepósitos de Amazon Simple Storage Service (Amazon S3) para contener soportes de software y copiasde seguridad, y en sistemas de archivos Amazon Elastic File System (Amazon EFS) para/usr/sap/transy/sapmnt.AWS KMSle da la flexibilidad de utilizar cualquiera de los dosAWSclaves administradaso claves administradas por el cliente. Le recomendamos que documente y comparta su estrategia ydecisiones de administración de claves de seguridad al principio de la fase de compilación. Cambiosen la política de seguridad en medio del proyecto, como cambiar de claves administradas por el clienteaAWSclaves administradas, pueden requerir recompilaciones completas de entornos SAP, lo que podríaafectar a los plazos de su proyecto.

Consiga el buy-in de todas las partes interesadas en seguridad sobre el uso y la rotación clave. Tengaen cuenta las políticas de rotación clave existentes para entornos en la nube o locales y modifique estaspolíticas para utilizarlas enAWS. Si tiene dificultades para obtener consenso sobre su estrategia de gestiónclave, proporcione capacitación a los responsables de la toma de decisiones para ayudarles a comprenderlas consideraciones de base de seguridad y de establecimiento de niveles. Tomar decisiones clave derotación antes de crear los entornos es crucial. Por ejemplo, si iba a cambiar de claves administradaspor el cliente aAWSclaves administradas, se produciría un problema con Amazon EBS, que no permitecambios en las claves de cifrado en línea. Los volúmenes de EBS deben reconstruirse con nuevas claves.Esto requiere reconstruir las instancias de SAP, lo que no es un escenario ideal.

Del mismo modo, si su proyecto utiliza soluciones de administración de claves externas, como Vormetric,e importa el material clave enAWS KMS, asegúrese de que los responsables de la toma de decisionesde seguridad estén al tanto de las diferencias de rotación clave entre las claves KMS externas yAWSKMSteclas (rotación automática). Cuando utiliza y gira una clave KMS externa de acuerdo con su políticade seguridad, no solo cambia el material clave sino también el nombre de recurso de Amazon (ARN) dela clave, lo que significa que los volúmenes de EBS tendrán que volver a crearse y todo el sistema SAPtendrá que someterse a una pequeña migración. Por otro lado, si habilita la rotación automática de clavesadministradas por el cliente oAWSclaves administradas enAWS KMS, el material clave cambia pero elARN clave sigue siendo el mismo, lo que significa que los volúmenes de EBS no se ven afectados. Para

12

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Retitución de servidores no utilizados

obtener más información sobre la rotación de claves, consulteRotaciónAWS KMSClaves deen laAWSKMS.

Retitución de servidores no utilizadosLe recomendamos que retire los servidores de prueba de concepto (POC) inmediatamente después deque se haya agotado su utilidad. Ejecutar servidores que no están en uso puede resultar costoso. Esimportante llevar un seguimiento de todos los servidores que crea para la implementación de SAP decampo verde y detener y retirar los servidores que no está utilizando activamente durante la fase decompilación. Antes de sacar de servicio un servidor, puede hacer una copia de seguridad Amazon MachineImage (AMI) de la instancia EC2. A continuación, puede restaurar la copia de seguridad si necesita activarexactamente el mismo servidor en el future.

El desmantelamiento de servidores no debe ser un ejercicio que guarde para el final del proyecto deimplementación. Debe supervisar el uso, detener y, finalmente, destruir los servidores no utilizados durantetoda la vida útil de su proyecto y después de completar la implementación, en las fases de mantenimientou operación.

13

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

RecursosReferencias

• RotaciónAWS KMSClaves de• SAP HANA enAWS• Presentamos el objetivo SAP para elAWSMarco de Well-Architected(publicación del blog)

Herramientas

• Automatización utilizando la infraestructura como código conAWS CloudFormation• Best Practice 2.7: automatice las pruebas, la integración y la implementación de cambios(AWSMarco de

Well-Architected, SAP Lens)• Best Practice 2.5 — Probar y validar los cambios(AWSMarco de Well-Architected, SAP Lens)

Patrones y guías

• SAP activadoAWSmetodología de migración• SAP HANA aAWS: Patrones paraAWSMigraciones

14

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

AWSGlosario de orientación prescriptiva

Términos de IA y ML (p. 15)|Plazos de migración (p. 16)|Plazos de modernización (p. 21)

Términos de IA y MLLos siguientes son términos utilizados comúnmente en estrategias, guías y patrones relacionados con la inteligenciaartificial (IA) y el aprendizaje automático (ML) proporcionados porAWSDirectrices prescriptivas. Para sugerir entradas,utilice laProporcionar comentariosenlace al final del glosario.

clasificación binaria Proceso que predice un resultado binario (una de las dos clases posibles). Porejemplo, es posible que su modelo de ML tenga que predecir problemas como«¿Es spam de correo electrónico o no spam?» o «¿Este producto es un libro o uncoche?»

clasificación Proceso de categorización que ayuda a generar predicciones. Los modelos de MLpara problemas de clasificación predicen un valor discreto. Los valores discretossiempre son distintos unos de otros. Por ejemplo, un modelo podría tener queevaluar si hay o no un automóvil en una imagen.

Preprocesamiento de datos Para transformar datos sin procesar en un formato que su modelo de ML analizafácilmente. El procesamiento previo de los datos puede significar eliminardeterminadas columnas o filas y corregir valores faltantes, incoherentes oduplicados.

conjunto profundo Combinar varios modelos de deep learning para la predicción. Puede utilizarconjuntos profundos para obtener una predicción más precisa o para estimar laincertidumbre en las predicciones.

aprendizaje profundo Subcampo ML que utiliza varias capas de redes neuronales artificiales paraidentificar la asignación entre los datos de entrada y las variables de destino deinterés.

análisis de datos exploratorios(EDA)

El proceso de análisis de un conjunto de datos para comprender sus principalescaracterísticas. Recopila o agrupa datos y, a continuación, realiza investigacionesiniciales para encontrar patrones, detectar anomalías y comprobar lassuposiciones. EDA se realiza calculando estadísticas resumidas y creandovisualizaciones de datos.

features Los datos de entrada que se utilizan para realizar una predicción. Por ejemplo, enun contexto de fabricación, las entidades podrían ser imágenes que se capturanperiódicamente de la línea de fabricación.

15

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

importancia de lacaracterística

Qué importancia tiene una función para las predicciones de un modelo. Estosuele expresarse como una puntuación numérica que se puede calcular mediantediversas técnicas, como explicaciones aditivas de Shapley (SHAP) y gradientesintegrados. Para obtener más información, consulteInterpretabilidad del modelo deaprendizaje automático con AWS.

transformación de funciones Optimizar los datos para el proceso de ML, incluido enriquecer datos con fuentesadicionales, escalar valores o extraer varios conjuntos de información de un únicocampo de datos. Esto permite que el modelo ML se beneficie de los datos. Porejemplo, si desglosa la fecha «2021-05-27 00:15:37» en «2021», «mayo», «jue»y «15», puede ayudar al algoritmo de aprendizaje a aprender patrones matizadosasociados con diferentes componentes de datos.

interpretabilidad Característica de un modelo de aprendizaje automático que describe el grado enque un humano puede entender cómo dependen las predicciones del modelo desus insumos. Para obtener más información, consulteInterpretabilidad del modelode aprendizaje automático con AWS.

clasificación multiclase Un proceso que ayuda a generar predicciones para varias clases (predecir uno demás de dos resultados). Por ejemplo, un modelo de ML podría preguntar «¿Esteproducto es un libro, un automóvil o un teléfono?» o «¿Qué categoría de productoes más interesante para este cliente?»

regresión Técnica ML que predice un valor numérico. Por ejemplo, para resolver el problemade «¿A qué precio se venderá esta casa?» un modelo ML podría utilizar un modelode regresión lineal para predecir el precio de venta de una casa basándose enhechos conocidos sobre la casa (por ejemplo, el metro cuadrado).

Capacitación Para proporcionar datos para que su modelo de ML pueda aprender de ellos. Losdatos de entrenamiento deben contener la respuesta correcta. El algoritmo deaprendizaje encuentra patrones en los datos de entrenamiento que asignan losatributos de los datos de entrada al destino (la respuesta que desea predecir).Produce un modelo ML que captura estos patrones. A continuación, puede utilizarel modelo de ML para realizar predicciones sobre datos nuevos para los que no seconoce el destino.

variable de destino El valor que intenta predecir en ML supervisada. A esto también se le conocecomovariable de resultados. Por ejemplo, en un ajuste de fabricación, la variable dedestino podría ser un defecto del producto.

ajuste Para cambiar aspectos del proceso de formación para mejorar la precisión delmodelo ML. Por ejemplo, puede entrenar el modelo de ML mediante la generaciónde un conjunto de etiquetas, la adición de etiquetas y, a continuación, la repeticiónde estos pasos varias veces en diferentes configuraciones para optimizar elmodelo.

incertidumbre Concepto que se refiere a información imprecisa, incompleta o desconocida quepuede socavar la fiabilidad de los modelos ML predictivos. Existen dos tipos deincertidumbre: Incertidumbre epistémicase debe a datos limitados e incompletos,mientras queincertidumbre aleatoriaes causada por el ruido y la aleatoriedadinherentes a los datos. Para obtener más información, consulte laCuantificación dela incertidumbre en los sistemas de aprendizaje profundoguía.

Plazos de migraciónLos siguientes son términos utilizados comúnmente en las estrategias, guías y patrones relacionados con la migraciónproporcionados porAWSDirectrices prescriptivas. Para sugerir entradas, utilice laProporcionar comentariosenlace alfinal del glosario.

16

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

7 Rs Siete estrategias de migración comunes para mover aplicaciones a la nube. Estasestrategias se basan en las 5 R que Gartner identificó en 2011 y consisten en losiguiente:

• Refactor/re-arquitectos: mueva una aplicación y modifique su arquitecturaaprovechando al máximo las características nativas de la nube para mejorar laagilidad, el rendimiento y la escalabilidad. Normalmente, esto implica portar elsistema operativo y la base de datos. Ejemplo: Migración de la base de datos deOracle local a Amazon Edición compatible con Aurora PostgreSQL local.

• Replataforma (levantar y remodelar): mueva una aplicación a la nube eintroduzca cierto nivel de optimización para aprovechar las capacidades dela nube. Ejemplo: Migración de la base de datos de Oracle local a AmazonRelational Database Service (Amazon RDS) para Oracle enAWSCloud.

• Recompra (entrega y tienda): cambie a un producto diferente, normalmentecambiando de una licencia tradicional a un modelo SaaS. Ejemplo: Migración desu sistema de gestión de relaciones con el cliente (CRM) a Salesforce.com.

• Realojar (levantar y cambiar): mueve una aplicación a la nube sin realizar ningúncambio para aprovechar las capacidades de la nube. Ejemplo: Migración de labase de datos de Oracle local a Oracle en una instancia de EC2 enAWSCloud.

• Reubicación (elevación y desplazamiento a nivel de hipervisor): mueva lainfraestructura a la nube sin comprar hardware nuevo, reescribir aplicaciones nimodificar sus operaciones existentes. Este escenario de migración es específicode VMware Cloud onAWS, que admite compatibilidad con máquinas virtuales(VM) y la portabilidad de cargas de trabajo entre su entorno local yAWS. Puedeutilizar las tecnologías de VMware Cloud Foundation desde sus centros de datoslocales cuando migra su infraestructura a VMware Cloud onAWS. Ejemplo:Reubicar el hipervisor que aloja la base de datos Oracle en VMware CloudonAWS.

• Retener (volver a visitar): mantenga las aplicaciones en su entorno de origen.Estos pueden incluir aplicaciones que requieren una refactorización importante,y desea posponer ese trabajo hasta un momento posterior, y aplicacionesheredadas que desea conservar, porque no hay justificación empresarial paramigrarlas.

• Retirar: retira o elimina aplicaciones que ya no son necesarias en el entorno deorigen.

cartera de aplicaciones Recopilación de información detallada sobre cada aplicación utilizada por unaorganización, incluido el costo de crear y mantener la aplicación y su valorempresarial. Esta información es clave parael proceso de descubrimiento y análisisde la carteray ayuda a identificar y priorizar las aplicaciones que se van a migrar,modernizar y optimizar.

operaciones de inteligenciaartificial (AIOps)

Proceso de uso de técnicas de aprendizaje automático para resolver problemasoperativos, reducir los incidentes operativos y la intervención humana y aumentarla calidad del servicio. Para obtener más información acerca de cómo se utilizanAIOps en laAWSestrategia de migración, consulte laguía de integración deoperaciones.

AWSMarco de adopción de lanube (AWSCAF)

Un marco de directrices y mejores prácticas deAWSpara ayudar a lasorganizaciones a desarrollar un plan eficiente y eficaz para trasladarsecorrectamente a la nube.AWS CAF organiza orientación en seis áreas de enfoquedenominadas perspectivas: negocios, personas, gobierno, plataforma, seguridady operaciones. Las perspectivas de negocio, personal y gobernanza se centranen las habilidades y los procesos empresariales; las perspectivas de plataforma,seguridad y operaciones se centran en las habilidades y los procesos técnicos.Por ejemplo, la perspectiva de las personas se dirige a las partes interesadasque manejan recursos humanos (RRHH), funciones de dotación de personal y

17

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

gestión de personas. Para esta perspectiva,AWSCAF proporciona orientaciónpara el desarrollo de personas, la formación y las comunicaciones para ayudar apreparar a la organización para una adopción exitosa de la nube. Para obtener másinformación, consulte laAWSSitio web de CAFy laAWSDocumento técnico de CAF.

AWSlanding zone Una landing zone es una cuenta multicuenta bien diseñadaAWSentorno escalabley seguro. Este es un punto de partida desde el que sus organizaciones puedenlanzar e implementar rápidamente cargas de trabajo y aplicaciones con confianzaen su entorno de seguridad e infraestructura. Para obtener más información sobrelas zonas de aterrizaje, consulteConfiguración de una cuenta múltiple segura yescalableAWSentorno.

AWSMarco de calificación decargas de trabajo (AWSWQF)

Herramienta que evalúa las cargas de trabajo de migración de bases de datos,recomienda estrategias de migración y proporciona estimaciones de trabajo.AWSWQF se incluye enAWS Schema Conversion Tool(AWS SCT). Analiza esquemasde base de datos y objetos de código, código de aplicación, dependencias ycaracterísticas de rendimiento, y proporciona informes de evaluación.

planificación de la continuidaddel negocio (BCP)

Un plan que aborda el impacto potencial de un evento disruptivo, como unamigración a gran escala, en las operaciones y permite a una empresa reanudar lasoperaciones rápidamente.

Cloud Center of Excellence(CCoE)

Un equipo multidisciplinario que impulsa los esfuerzos de adopción de la nubeen toda la organización, incluido el desarrollo de mejores prácticas de nube, lamovilización de recursos, el establecimiento de plazos de migración y la direcciónde la organización a través de transformaciones a gran escala. Para obtenermás información, consulte laPublicaciones de CCoEen elAWSBlog de estrategiaempresarial en la nube.

etapas de adopción en la nube Las cuatro fases por las que suelen pasar las organizaciones cuando migranalAWSCloud:

• Proyecto: ejecución de algunos proyectos relacionados con la nube con fines deprueba de concepto y aprendizaje

• Fundación: realizar inversiones fundamentales para escalar la adopción dela nube (por ejemplo, crear una landing zone, definir un CCoE, establecer unmodelo de operaciones)

• Migración: migración de aplicaciones individuales• Reinvención: optimización de productos y servicios e innovación en la nube

Estas etapas fueron definidas por Stephen Orban en la entrada del blogEl viajehacia la nube primero y las etapas de adopciónen elAWSBlog de estrategiaempresarial en la nube. Para obtener información sobre cómo se relacionan conlaAWSestrategia de migración, consulte laguía de preparación para la migración.

base de datos deadministración deconfiguración (CMDB)

Base de datos que contiene información sobre los productos, configuracionese interdependencias de hardware y software de una empresa. Normalmente seutilizan datos de un CMDB en la etapa de detección y análisis de la cartera demigración.

epopeya En metodologías ágiles, categorías funcionales que ayudan a organizar y priorizarsu trabajo. Epics proporciona una descripción de alto nivel de los requisitos ylas tareas de implementación de. Por ejemplo,AWSLas épicas de seguridad deCAF incluyen administración de identidades y accesos, controles de detectives,seguridad de infraestructura, protección de datos y respuesta a incidentes. Paraobtener más información acerca de las épicas, consulte laAWSestrategia demigración, consulte laGuía de implementación de programas.

18

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

migración de bases de datosheterogénea

Migración de la base de datos de origen a una base de datos de destino que utilizaotro motor de base de datos (por ejemplo, Oracle a Amazon Aurora). La migraciónheterogénea suele formar parte de un esfuerzo de reestructuración y convertir elesquema puede ser una tarea compleja.AWSproporcionaAWS SCTque ayuda conlas conversiones de esquemas.

migración de bases de datoshomogénea

Migración de la base de datos de origen a una base de datos de destino quecomparte el mismo motor de base de datos (por ejemplo, Microsoft SQL Servera Amazon RDS for SQL Server). La migración homogénea suele formar parte deun esfuerzo de realojamiento o replataforma. Puede utilizar utilidades de base dedatos nativas para migrar el esquema.

aplicación inactiva Aplicación que tiene un uso medio de CPU y memoria entre el 5 y el 20 por cientodurante un período de 90 días. En un proyecto de migración, es común retirar estasaplicaciones o retenerlas en las instalaciones.

Biblioteca de información deTI (ITIL)

Un conjunto de prácticas recomendadas para prestar servicios de TI y alinear estosservicios con los requisitos empresariales. ITIL proporciona la base de ITSM.

Administración de servicios deTI (ITSM)

Actividades asociadas al diseño, implementación, administración y soporte deservicios de TI para una organización. Para obtener información sobre cómointegrar operaciones en la nube con las herramientas de ITSM, consulte laguía deintegración de operaciones.

migración grande Migración de 300 o más servidores.

Migration AccelerationProgram (MAP)

UnAWSque proporciona asistencia, formación y servicios de consultoría paraayudar a las organizaciones a crear una base operativa sólida para trasladarse a lanube y para ayudar a compensar el costo inicial de las migraciones. MAP incluyeuna metodología de migración para ejecutar migraciones heredadas de formametódica y un conjunto de herramientas para automatizar y acelerar los escenariosde migración comunes.

Evaluación de la cartera demigración (MPA)

Una herramienta en línea que proporciona información para validar el caso denegocio para migrar alAWSCloud. MPA proporciona una evaluación detallada dela cartera (tamaño correcto del servidor, precios, comparaciones de TCO, análisisde costes de migración), así como planificación de la migración (análisis de datosde aplicaciones y recopilación de datos, agrupación de aplicaciones, priorizaciónde migración y planificación de olas). LaHerramienta MPA(requiere inicio desesión) está disponible de forma gratuita para todosAWSconsultores y consultoresasociados de APN.

Evaluación de la preparaciónpara la migración (MRA)

El proceso de obtener información sobre el estado de preparación para la nubede una organización, identificar fortalezas y debilidades y crear un plan de acciónpara cerrar las lagunas identificadas, utilizando elAWSCAFÉS. Para obtener másinformación, consulte laguía de preparación para la migración. MRA es la primerafase de laEstrategia de migración de AWS.

migración a escala El proceso de trasladar la mayor parte de la cartera de aplicaciones a la nubeen oleadas, con más aplicaciones movidas a un ritmo más rápido en cadaoleada. En esta fase se utilizan las mejores prácticas y lecciones aprendidasde las fases anteriores para implementar unmigración Factoryde equipos,herramientas y procesos para agilizar la migración de cargas de trabajo mediantela automatización y la entrega ágil. Esta es la tercera fase de laAWSestrategia demigración.

migración Factory Equipos multifuncionales que agilizan la migración de cargas de trabajo medianteenfoques automatizados y ágiles. Los equipos de fábrica de migración suelenincluir operaciones, analistas empresariales y propietarios, ingenieros de migración,

19

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

desarrolladores y DevOps profesionales que trabajan en sprints. Entre el 20 yel 50 por ciento de una cartera de aplicaciones empresariales se compone depatrones repetidos que se pueden optimizar mediante un enfoque de fábrica. Paraobtener más información, consulte ladiscusión de fábricas de migracióny laGuía deCloudEndure Migration Factoryen este conjunto de contenido.

metadatos de migración Información sobre la aplicación y el servidor necesarios para completar lamigración. Cada patrón de migración requiere un conjunto diferente de metadatosde migración. Algunos ejemplos de metadatos de migración incluyen la subred dedestino, el grupo de seguridad yAWSaccount.

patrón de migración Tarea de migración repetible que detalla la estrategia de migración, el destino demigración y la aplicación o servicio de migración utilizados. Ejemplo: Realojar lamigración a Amazon EC2 conAWSServicio de migración de aplicaciones de.

estrategia de migración El enfoque utilizado para migrar una carga de trabajo alAWSCloud. Paraobtener más información, consulte la7 Rs (p. 17)entrada en este glosario yconsulteMovilice a su organización para acelerar las migraciones a gran escala.

acuerdo de nivel operativo(OLA)

Un acuerdo que aclara lo que los grupos de TI funcionales prometen entregarseentre sí, para respaldar un acuerdo de nivel de servicio (SLA).

integración de operaciones(OI)

El proceso de modernización de las operaciones en la nube, que implica laplanificación de la preparación, la automatización y la integración. Para obtenermás información, consulte laguía de integración de operaciones.

gestión de cambiosorganizacionales (OCM)

Un marco para gestionar transformaciones empresariales importantes ydisruptivas desde la perspectiva de las personas, la cultura y el liderazgo. OCMayuda a las organizaciones a prepararse para nuevos sistemas y estrategiasy hacer la transición a ellos, acelerando la adopción de cambios, abordandoproblemas de transición e impulsando cambios culturales y organizativos. En elnavegadorAWSestrategia de migración, este marco se denominaaceleración depersonas, debido a la velocidad de cambio requerida en los proyectos de adopciónde la nube. Para obtener más información, consulte laGuía de OCM.

libro de jugadas Conjunto de pasos predefinidos que capturan el trabajo asociado a las migraciones,como la entrega de funciones de operaciones principales en la nube. Un libro dejugadas puede adoptar la forma de scripts, runbooks automatizados o un resumende los procesos o pasos necesarios para operar su entorno modernizado.

evaluación de carteras Proceso de detección, análisis y priorización de la cartera de aplicaciones paraplanificar la migración. Para obtener más información, consulteEvaluación de lapreparación para la migración.

matriz responsable,responsable, consultada,informada (RACI)

Matriz que define y asigna roles y responsabilidades en un proyecto. Por ejemplo,puede crear un RACI para definir la propiedad del control de seguridad o paraidentificar roles y responsabilidades de tareas específicas de un proyecto demigración.

manual de procedimientos Un conjunto de procedimientos manuales o automatizados necesarios pararealizar una tarea específica. Por lo general, se crean para agilizar operaciones oprocedimientos repetitivos con altas tasas de error.

acuerdo de nivel de servicio(SLA)

Un acuerdo que aclara lo que un equipo de TI promete ofrecer a sus clientes, comoel tiempo de actividad y el rendimiento del servicio.

lista de tareas Herramienta que se utiliza para realizar un seguimiento del progreso a través de unrunbook. Una lista de tareas contiene una descripción general del runbook y unalista de tareas generales que deben completarse. Para cada tarea general, incluyela cantidad estimada de tiempo requerida, el propietario y el progreso.

20

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

flujo de trabajo Grupos funcionales de un proyecto de migración que son responsables de unconjunto específico de tareas. Cada flujo de trabajo es independiente pero admitelos demás flujos de trabajo del proyecto. Por ejemplo, el flujo de trabajo de lacartera es responsable de priorizar las aplicaciones, planificar oleadas y recopilarmetadatos de migración. El flujo de trabajo de cartera entrega estos activos al flujode trabajo de migración, que luego migra los servidores y las aplicaciones.

aplicación zombie Aplicación que tiene un uso medio de CPU y memoria por debajo del 5 por ciento.En un proyecto de migración, es común retirar estas aplicaciones.

Plazos de modernizaciónLos siguientes son términos utilizados comúnmente en las estrategias, guías y patrones relacionados con lamodernización proporcionados porAWSDirectrices prescriptivas. Para sugerir entradas, utilice laProporcionarcomentariosenlace al final del glosario.

capacidad empresarial Qué hace una empresa para generar valor (por ejemplo, ventas, servicio al clienteo marketing). Las arquitecturas de microservicios y las decisiones de desarrollopueden ser impulsadas por las capacidades empresariales. Para obtener másinformación, consulte laOrganizado en torno a capacidades empresarialesSecciónsobre de laEjecución de microservicios en contenedores enAWSdocumentotécnico.

diseño basado en dominios Un enfoque para desarrollar un sistema de software complejo mediante laconexión de sus componentes a dominios en evolución o objetivos empresarialesprincipales a los que sirve cada componente. Este concepto fue introducido porEric Evans en su libro,Diseño controlado por dominio: Abordar la complejidad enel corazón del software(Boston: Addison-Wesley Professional, 2003). Para obtenerinformación acerca de cómo puede utilizar el diseño basado en el dominio con elpatrón de higo del estrangulador, consulteModernización de los servicios web deMicrosoft ASP.NET (ASMX) heredados de forma incremental mediante el uso decontenedores y Amazon API Gateway.

microservicio Un servicio pequeño e independiente que se comunica a través de API biendefinidas y, por lo general, es propiedad de equipos pequeños e independientes.Por ejemplo, un sistema de seguros podría incluir microservicios que se asignana las capacidades empresariales, como ventas o marketing, o subdominios,como compras, reclamaciones o análisis. Las ventajas de los microserviciosincluyen agilidad, escalado flexible, fácil implementación, código reutilizable yresiliencia. Para obtener más información, consulteIntegración de microserviciosmedianteAWSservicios sin servidores.

arquitectura de microservicios Un enfoque para crear una aplicación con componentes independientes queejecutan cada proceso de aplicación como microservicio. Estos microserviciosse comunican a través de una interfaz bien definida mediante API ligeras. Cadamicroservicio de esta arquitectura se puede actualizar, implementar y escalar parasatisfacer la demanda de funciones específicas de una aplicación. Para obtenermás información, consulteImplementación de microservicios enAWS.

modernización Transformar una aplicación obsoleta (heredada o monolítica) y su infraestructuraen un sistema ágil, elástico y de alta disponibilidad en la nube para reducircostes, aumentar la eficiencia y aprovechar las innovaciones. Para obtener másinformación, consulteEstrategia para modernizar las aplicaciones en elAWSNube.

Evaluación de la preparaciónpara la modernización

Una evaluación que ayuda a determinar la preparación para la modernizaciónde las aplicaciones de una organización; identifica los beneficios, los riesgos ylas dependencias; y determina qué tan bien la organización puede soportar elestado future de esas aplicaciones. El resultado de la evaluación es un plan de

21

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

la arquitectura objetivo, una hoja de ruta que detalla las fases de desarrollo y loshitos del proceso de modernización, y un plan de acción para abordar las lagunasidentificadas. Para obtener más información, consulteEvaluación de la preparaciónpara la modernización de las aplicaciones en elAWSNube.

aplicaciones monolíticas(monolitos)

Aplicaciones que se ejecutan como un único servicio con procesos estrechamenteacoplados. Las aplicaciones monolíticas tienen varios inconvenientes. Si unacaracterística de aplicación experimenta un aumento de la demanda, se debeescalar toda la arquitectura. Agregar o mejorar las características de una aplicaciónmonolítica también se vuelve más complejo cuando crece la base de código. Parasolucionar estos problemas, puede utilizar una arquitectura de microservicios. Paraobtener más información, consulteDescomposición de monolitos en microservicios.

persistencia poliglota Elegir independientemente la tecnología de almacenamiento de datos de unmicroservicio basada en patrones de acceso a datos y otros requisitos. Si susmicroservicios tienen la misma tecnología de almacenamiento de datos, puedenenfrentar desafíos de implementación o experimentar un rendimiento deficiente.Los microservicios se implementan más fácilmente y logran un mejor rendimientoy escalabilidad si utilizan el data store que mejor se adapta a sus requisitos. Paraobtener más información, consulteHabilitación de la persistencia de datos enmicroservicios.

modelo dividido y semilla Un patrón para escalar y acelerar los proyectos de modernización. A medida quese definen las nuevas funciones y versiones de productos, el equipo principalse divide para crear nuevos equipos de productos. Esto ayuda a escalar lascapacidades y los servicios de su organización, mejora la productividad de losdesarrolladores y respalda la innovación rápida. Para obtener más información,consulteEnfoque por etapas para modernizar las aplicaciones en elAWSNube.

estrangulador higo pattern Un enfoque para modernizar los sistemas monolíticos mediante la reescrituray la sustitución progresiva de la funcionalidad del sistema hasta que se puedaretirar el sistema heredado. Este patrón utiliza la analogía de una vid higueraque se convierte en un árbol establecido y, finalmente, supera y reemplaza a suhospedador. El patrón erapresentado por Martin Fowlercomo forma de gestionar elriesgo al reescribir sistemas monolíticos. Si desea ver un ejemplo de cómo aplicareste patrón, consulteModernización de los servicios web de Microsoft ASP.NET(ASMX) heredados de forma incremental mediante el uso de contenedores yAmazon API Gateway.

equipo de dos pizzas Un pequeño DevOps equipo que puedes alimentar con dos pizzas. El tamaño deun equipo de dos pizzas garantiza la mejor oportunidad posible de colaboración enel desarrollo de software. Para obtener más información, consulte laEquipo de dospizzasSección sobre de laIntroducción a DevOps enAWSdocumento técnico.

22

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Historial de documentosEn la siguiente tabla se describen cambios significativos de esta guía. Si desea recibir notificaciones sobrelas future actualizaciones, puede suscribirse aFuente RSS.

update-history-change update-history-description update-history-date

Publicación inicial (p. 23) — 12 de abril de 2022

23

AWSDirectrices prescriptivas Prácticas recomendadaspara SAP en implementaciones de campo verde de AWS

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre latraducción y la version original de inglés, prevalecerá la version en inglés.

xxiv