Planeación de la adopción de SAP Cloud en Azure
Como se describe en el artículo sobre la estrategia de SAP, las ventajas de la adopción de la nube de SAP pueden ser muchas, pero también puede serlo el riesgo de no cumplir con las expectativas. El desarrollo de un plan financiero claro basado en su patrimonio digital garantizará una mayor precisión en las expectativas que se tengan. Los mismos ejercicios de planeamiento financiero proporcionarán al equipo de adopción de la nube los datos necesarios para planear las actividades técnicas.
La plantilla de estrategias y planes, y otros recursos de Cloud Adoption Framework pueden ayudar a su organización a encontrar un plan adecuado para la adopción de la nube de SAP.
Planeamiento del patrimonio digital de SAP
Al igual que la mayor parte de las plataformas complejas, el patrimonio digital de SAP incluirá tres categorías de recursos que deben reconocerse en el plan: recursos de plataforma, fundamentales y de carga de trabajo.
Recursos de la plataforma: la plataforma SAP se ejecuta en una colección de aplicaciones dedicadas, datos, máquinas virtuales o servidores, y posibles dispositivos. Independientemente de las operaciones que su organización realice en esa plataforma, los recursos se definen en función de los requisitos de implementación de SAP.
Recursos fundamentales: tanto la plataforma SAP como el entorno de soporte técnico también se encuentran en una colección de recursos necesarios, como proveedores de identidades, redes, herramientas de administración operativa, etc. Azure hace referencia a estos recursos como utilidades fundamentales y en esta serie de artículos se describirá más adelante cómo implementar una zona de aterrizaje de Azure para proporcionarlos.
Recursos de carga de trabajo: la mayoría de las organizaciones amplían o integran SAP en varios procesos empresariales que son compatibles con una amplia gama de cargas de trabajo en toda la cartera. Estas cargas de trabajo son respaldadas por sus colecciones de aplicaciones, datos y máquinas virtuales que no forman parte de la implementación de la plataforma principal. Se debe asignar un nombre a cada carga de trabajo con una dependencia de la plataforma SAP, así como inventariarlas, racionalizarlas y realizar un seguimiento individualizado de las mismas para permitir decisiones de planeamiento financiero y técnico pormenorizadas.
Para obtener instrucciones sobre el planeamiento del patrimonio digital de SAP, examine los procesos descritos en la serie de artículos sobre el planeamiento del patrimonio digital. En el artículo sobre los procedimientos recomendados para la evaluación de cargas de trabajo para la migración a Azure se propone el uso de Azure Migrate y otras herramientas de evaluación para poder realizar las instrucciones teóricas del artículo anterior.
Cuando se planea la adopción de SAP, es preciso incluir varias consideraciones en esos procesos:
Evaluar las dependencias: las dependencias de una plataforma principal, como SAP, a menudo no se documentan. Asegúrese de que incluye un análisis de las dependencias de todos los recursos de la cartera.
Etiquetado, agrupación y metadatos: etiquete o agrupe concienzudamente todos los recursos:
Etiquete y agrupe exhaustivamente los recursos de la plataforma. Es importante no omitir ningún recurso, ya que son fundamentales para refinar el plan financiero o técnico.
Separe y agrupe los recursos fundamentales de los que depende la implementación de SAP. Posteriormente, estos recursos se podrán reemplazar por opciones de zona de aterrizaje de Azure más eficaces.
Agrupe cada carga de trabajo dependiente individualmente. Estas cargas de trabajo se pueden considerar de forma independiente durante la racionalización y los trabajos de migración.
Racionalización de recursos: la racionalización es una de las consideraciones más importantes para el plan financiero. Tenga en cuenta lo siguiente con cada grupo de recursos:
¿Se pueden retirar recursos fundamentales en favor de las opciones de zona de aterrizaje de Azure nativas de la nube?
Para cada carga de trabajo, ¿retirará la carga de trabajo? ¿Tendría sentido volver a hospedar la carga de trabajo en una infraestructura como servicio? ¿Debería modernizar esta carga de trabajo? ¿Tiene esta carga de trabajo impacto suficiente como para considerar la posibilidad de rediseñar o volver a generar la carga de trabajo para sacar provecho al hospedaje nativo en la nube?
Asignación de prioridades y secuenciación: priorice y ordene secuencialmente tanto la plataforma como las cargas de trabajo para establecer una escala de tiempo y un plan.
Consideraciones híbridas: durante la ejecución del plan, ¿habrá varias oleadas de migración? ¿Necesita conectividad híbrida para el tráfico de producción durante las oleadas de migración? El uso de una nube híbrida permite a las empresas escalar los recursos informáticos. Las implementaciones híbridas también eliminan la necesidad de realizar grandes gastos de capital para controlar los picos de demanda a corto plazo. Cuando la empresa necesita liberar recursos locales para aplicaciones o datos más confidenciales, las implementaciones híbridas aceleran los trabajos de reducción de recursos.
Planeamiento del entorno: ¿va a migrar las plataformas SAP de producción y de no producción al mismo tiempo o por separado? A veces, los clientes mueven su plataforma SAP que no es de producción a Azure, lo que crea un entorno para aprender y reducir los riesgos. Una vez que el equipo se encuentre cómodo con las cargas de trabajo de Azure y las operaciones de la plataforma SAP, ¿va a migrar la plataforma y las cargas de trabajo de producción varias semanas o meses después?
Racionalización de la plataforma: la consideración más importante es cómo racionalizar los recursos de una plataforma SAP; tenga en cuenta cómo va a migrar la plataforma. El enfoque de migración dará forma al inventario de los recursos que se conservarán en la nube y el trabajo para llegar allí. Se pueden tener en cuenta las siguientes opciones:
Rehospedaje: use Azure Migrate o una copia homogénea del sistema para realizar la migración mediante lift and shift de la plataforma SAP/OS/DBMS actual.
Migración: combine la creación de una copia heterogénea de la plataforma de SAP con una migración a Azure, como cuando el sistema operativo requiere este cambio o los cambios de DBMS. Aquí se incluye cuando una producción de SAP NetWeaver cambia a HANA como DBMS.
Rediseño: implemente una nueva plataforma SAP en Azure.
Una vez que estas consideraciones están integradas en la evaluación del patrimonio digital, puede refinar su justificación empresarial. También estará listo para crear su plan de adopción de la nube de SAP.
Plan de adopción de la nube de SAP
Cloud Adoption Framework incluye una herramienta y varias plantillas para crear un plan de adopción de la nube o un trabajo pendiente de Azure DevOps, los cuales se basan en las tareas que se describen en cada metodología. Obtenga más información sobre las plantillas en el artículo sobre el plan de adopción de la nube y Azure DevOps.
Si usa plantillas o sus propias herramientas de planeamiento de proyectos, tenga en cuenta las siguientes acciones específicas de SAP:
- Evalúe sus recursos fundamentales e implemente una zona de aterrizaje de Azure adecuada.
- Use los trabajos de racionalización de la plataforma para finalizar la migración de la plataforma SAP.
- Tenga en cuenta cada carga de trabajo (u ola de cargas de trabajo) que se va a migrar.
Puede usar la interfaz web de Azure DevOps para agregar esos elementos de línea al plan. Si trabaja desde un inventario de recursos actual, puede crear el plan más rápido con la integración de Microsoft Excel que se describe en el artículo sobre el seguimiento de cargas de trabajo de Cloud Adoption Framework.
Plan de preparación de SAP
Una vez que tenga un plan de trabajo general, puede empezar a alinear los miembros del equipo y a calcular el trabajo.
Los miembros de este equipo de proyecto pueden ser expertos en SAP o Azure, pero es improbable que el equipo tenga la misma experiencia en ambas áreas. Use el plan de adopción de la nube para determinar las aptitudes que el equipo tendrá que adquirir. A continuación, asigne esas aptitudes a los miembros del equipo para obtener una visión más clara de las necesidades de preparación, aptitud y aprendizaje. El artículo sobre creación de un plan de preparación de conocimientos de Cloud Adoption Framework y la plantilla de planes y estrategias pueden ayudar a su equipo a realizar un seguimiento y abordar las lagunas existentes en cuanto a aptitudes para crear una colaboración interfuncional más sólida en cada sprint.
Siguiente paso: Examen del entorno o la zona de aterrizaje de Azure para una migración a escala empresarial de SAP
En los artículos siguientes se proporcionan instrucciones específicas para puntos concretos del proceso de adopción de la nube que le ayudarán a adoptar SAP en Azure.