Migración a AWS: ¿qué le corresponde al cliente y al partner?

En una migración a AWS, el cliente define objetivos, proporciona información de sus sistemas, autoriza cambios y valida resultados. El partner AWS planifica y ejecuta las actividades técnicas contratadas, como evaluar la infraestructura, diseñar la arquitectura y trasladar aplicaciones. La distribución exacta de responsabilidades debe acordarse antes de iniciar el proyecto. 

Una migración a AWS puede contar con la tecnología adecuada y, aun así, enfrentar retrasos por falta de coordinación. ¿Quién proporciona los accesos? ¿Quién autoriza las ventanas de mantenimiento? ¿Quién comprueba que las aplicaciones funcionan después del traslado? 

Estas preguntas deben resolverse antes de comenzar. Aunque el partner aporte experiencia técnica, el equipo interno conoce las prioridades, dependencias y procesos de la empresa. 

Definir las responsabilidades del cliente y del proveedor en una migración a la nube permite reducir riesgos, evitar malentendidos y mantener el control del proyecto. 

¿Qué responsabilidades tiene el cliente en una migración a AWS? 

El cliente es responsable de establecer los objetivos del proyecto, proporcionar información sobre su infraestructura, coordinar autorizaciones internas y validar el funcionamiento de las aplicaciones. Aunque contrate un partner especializado, su participación es indispensable para tomar decisiones relacionadas con el negocio y garantizar que la migración responda a sus necesidades. 

Entre sus principales responsabilidades se encuentran: 

• Definir objetivos y prioridades. Determinar qué se busca lograr con la migración: mayor disponibilidad, escalabilidad, modernización o continuidad operativa. 

• Identificar aplicaciones críticas. Señalar los sistemas indispensables para la operación y sus dependencias. 

• Proporcionar información técnica. Compartir inventarios, configuraciones, diagramas y requisitos de rendimiento. 

• Facilitar accesos y autorizaciones. Coordinar permisos, responsables internos y ventanas de mantenimiento. 

• Realizar pruebas funcionales. Confirmar que las aplicaciones y los procesos de negocio funcionan correctamente después del traslado.

• Aprobar la puesta en producción. Validar que se cumplen los criterios acordados antes de operar definitivamente en AWS. 

Por ejemplo, si una empresa migra su sistema ERP, el partner puede encargarse de configurar la infraestructura y trasladar los servidores. Sin embargo, el equipo interno debe verificar que los procesos de facturación, inventario y compras continúan funcionando correctamente. 

El cliente conoce el negocio; el partner aporta la experiencia técnica. La colaboración entre ambos es fundamental para completar la migración. 

¿Qué responsabilidades asume un partner AWS durante la migración? 

Un partner AWS puede encargarse de evaluar la infraestructura existente, diseñar el entorno de destino, planificar la migración y ejecutar el traslado de las cargas de trabajo. También puede realizar pruebas técnicas y documentar los resultados. Sin embargo, las actividades específicas dependen del alcance contratado y de las necesidades de cada organización. 

Evaluación de la infraestructura 

El partner realiza un assessment  para identificar servidores, aplicaciones, bases de datos, dependencias y requisitos técnicos. 

Esta evaluación permite reconocer posibles incompatibilidades, identificar riesgos y determinar qué cargas de trabajo están preparadas para migrar. 

Diseño y planificación 

Con base en los objetivos del cliente, el partner propone una arquitectura que considere cómputo, almacenamiento, conectividad, seguridad y disponibilidad. 

También establece la secuencia de actividades, los recursos necesarios, las ventanas de migración y los mecanismos de contingencia. 

Configuración y ejecución técnica 

El partner configura los servicios incluidos en el proyecto y ejecuta el traslado conforme al plan aprobado.

Dependiendo de las aplicaciones, puede utilizar herramientas como AWS Application Migration Service (AWS MGN), para migrar servidores compatibles, o AWS Database Migration Service (AWS DMS), para determinados escenarios de migración de bases de datos. 

Pruebas técnicas y entrega 

Una vez completado el traslado, el partner verifica los componentes bajo su responsabilidad, documenta los resultados y atiende las incidencias contempladas en el proyecto. 

La entrega puede incluir diagramas de arquitectura, configuraciones, evidencias de pruebas y sesiones de transferencia de conocimiento. 

Es importante recordar que contratar un proyecto de migración no significa contratar automáticamente la administración permanente de AWS, el rediseño de aplicaciones o el soporte continuo. 

¿Quién ejecuta y quién aprueba las actividades de migración? 

En un proyecto gestionado por un partner, este suele encargarse de ejecutar las tareas técnicas contratadas. El cliente, por su parte, mantiene la autoridad sobre decisiones de negocio, presupuestos, interrupciones operativas y aceptación de resultados. Esta diferencia debe documentarse para evitar confusiones durante la ejecución. 

Una herramienta útil es la matriz RACI, que permite identificar cuatro tipos de participación: 

• Responsable: quien ejecuta una actividad. 

• Aprobador: quien tiene la responsabilidad final sobre el resultado. 

• Consultado: quien aporta información o conocimiento. 

• Informado: quien recibe actualizaciones sobre el avance. 

Por ejemplo, el partner puede diseñar y configurar la arquitectura de AWS, mientras el cliente valida que cumple los requisitos de seguridad y operación. 

De manera similar, el partner puede recomendar una ventana para migrar una aplicación, pero la autorización debe provenir del responsable designado por la empresa. 

La matriz RACI permite establecer responsables específicos para cada tarea y definir cómo se tomarán las decisiones. 

Ejecutar una actividad técnica no significa tener autoridad para aprobar su impacto en el negocio. 

¿Cómo se reparten las responsabilidades durante las etapas de migración? 

Las responsabilidades cambian conforme avanza el proyecto. Durante la evaluación, el cliente proporciona información y el partner analiza alternativas. En la ejecución, el partner puede asumir las actividades técnicas principales. Durante la validación, el cliente confirma que las aplicaciones cumplen sus requisitos y autoriza la puesta en producción. 

1. Evaluación y descubrimiento 

El cliente comparte información sobre su infraestructura, identifica aplicaciones críticas y comunica restricciones operativas. 

El partner analiza las cargas de trabajo, sus dependencias y los requisitos necesarios para definir una estrategia de migración. 

2. Diseño y planificación 

El cliente establece prioridades, valida el presupuesto y autoriza las ventanas de mantenimiento. 

El partner propone la arquitectura de destino, organiza las actividades y define los procedimientos técnicos para ejecutar la migración. 

3. Preparación y ejecución 

El cliente facilita los accesos autorizados y coordina la participación de los responsables internos. 

El partner configura los recursos de AWS y ejecuta el traslado de aplicaciones y datos incluidos en el alcance. 

4. Validación y puesta en producción 

El partner realiza pruebas técnicas para verificar conectividad, disponibilidad y funcionamiento de los componentes migrados. 

El cliente ejecuta las pruebas funcionales y confirma que los procesos de negocio operan correctamente antes de aprobar el cambio. 

5. Estabilización y entrega 

El partner documenta las actividades realizadas y proporciona el acompañamiento de estabilización acordado. 

El cliente acepta los entregables y confirma quién asumirá la administración del entorno después del proyecto. 

Esta coordinación es especialmente importante en aplicaciones críticas. Una base de datos puede estar disponible en AWS, pero la migración no debería considerarse aceptada hasta comprobar que las aplicaciones conectadas funcionan según los criterios establecidos. 

¿Qué papel tiene AWS en las responsabilidades de seguridad? 

AWS protege la infraestructura que sostiene sus servicios cloud, mientras que el cliente mantiene responsabilidades sobre sus datos, aplicaciones, accesos y configuraciones, según los servicios utilizados. Un partner puede implementar determinados controles de seguridad, pero esto no elimina las obligaciones de supervisión y gobierno de la empresa. 

El modelo de responsabilidad compartida de AWS distingue dos ámbitos: 

Seguridad de la nube: AWS es responsable de proteger la infraestructura física y tecnológica que opera sus servicios. 

Seguridad en la nube: el cliente debe gestionar los controles que le corresponden, como identidades, permisos, protección de datos y determinadas configuraciones. 

Por ejemplo, cuando una aplicación utiliza Amazon EC2, la organización debe asegurarse de que se administren las actualizaciones del sistema operativo invitado y las configuraciones de seguridad correspondientes. 

El partner puede encargarse de estas actividades si forman parte del servicio contratado. 

También puede implementar controles mediante AWS Identity and Access Management (IAM) o configurar registros de actividad con AWS CloudTrail, de acuerdo con los requisitos del proyecto. 

Delegar una implementación técnica no equivale a transferir todas las responsabilidades de seguridad y cumplimiento. 

¿Qué deben acordar el cliente y el partner antes de iniciar la migración? 

Antes de comenzar, ambas partes deben establecer el alcance, los responsables, los entregables y los criterios de aceptación. También necesitan acordar cómo gestionarán incidencias, cambios de alcance y decisiones urgentes. Documentar estos elementos permite coordinar el trabajo y evitar interpretaciones diferentes durante el proyecto. 

Los acuerdos más importantes incluyen: 

1. Alcance del proyecto: qué aplicaciones, servidores, bases de datos y actividades se incluyen. 

2. Responsables asignados: quién ejecuta, valida y aprueba cada tarea. 

3. Cronograma: fechas, dependencias y ventanas de mantenimiento. 

4. Criterios de aceptación: qué pruebas deben completarse para considerar exitosa cada etapa. 

5. Gestión de incidencias: canales de comunicación, responsables y procedimientos de escalamiento. 

6. Costos y exclusiones: servicios contratados, consumo AWS, actividades adicionales y análisis del TCO nube vs on premise  para evaluar el costo total de la infraestructura.

7. Operación posterior: quién asumirá el monitoreo, mantenimiento y soporte. 

AWS Prescriptive Guidance recomienda definir funciones y responsabilidades desde las primeras etapas de una migración, especialmente cuando participan varios equipos y proveedores. 

Un acuerdo claro no elimina todos los imprevistos, pero facilita identificar quién debe intervenir cuando surge un problema y cómo se tomará la decisión correspondiente. 

¿Quién administra la infraestructura después de migrar a AWS? 

La administración posterior puede quedar a cargo del equipo interno, del partner o de ambos, según el modelo contratado. Finalizar la migración no implica automáticamente que el proveedor continuará monitoreando recursos, aplicando actualizaciones o atendiendo incidentes. 

Por eso, antes del cierre debe definirse quién realizará actividades como: 

• Monitoreo de disponibilidad y rendimiento. 

• Administración de identidades y permisos. 

• Actualizaciones y mantenimiento. 

• Supervisión de respaldos y recuperación. 

• Control y optimización de costos. 

• Atención de incidentes y solicitudes de soporte. 

Por ejemplo, el partner puede configurar Amazon CloudWatch durante el proyecto, pero la atención continua de alertas requiere un responsable operativo claramente asignado. 

Esta definición también ayuda a decidir si la empresa necesita fortalecer las capacidades de su equipo interno o contratar servicios administrados. 

¿Cómo ayuda Compucloud a coordinar una migración a AWS? 

Una migración requiere coordinación entre especialistas técnicos, responsables de aplicaciones y tomadores de decisiones. Contar con un partner especializado permite organizar estas actividades y establecer una estrategia alineada con las necesidades de negocio. 

Como partner oficial de AWS, Compucloud  puede acompañar a las organizaciones en la evaluación de infraestructura, el diseño de arquitectura y la ejecución de proyectos de migración, de acuerdo con el alcance contratado. 

Este acompañamiento ayuda a conectar las decisiones técnicas con prioridades empresariales como seguridad, continuidad operativa, escalabilidad y optimización de costos. 

El objetivo es que cada participante conozca sus responsabilidades y que la empresa mantenga claridad sobre las decisiones necesarias para avanzar. 

Preguntas frecuentes (FAQ)

¿Mi empresa necesita especialistas AWS para trabajar con un partner? 

No necesariamente. Sin embargo, necesita responsables internos que conozcan sus aplicaciones, proporcionen información y tengan autoridad para aprobar decisiones. El partner aporta las capacidades técnicas contempladas en el contrato. 

¿Quién responde si una aplicación falla después de migrar? 

Depende de la causa de la falla y de los acuerdos establecidos. El partner puede atender incidencias relacionadas con su alcance, mientras el cliente o el proveedor de software puede intervenir en problemas funcionales. 

¿Quién debe aprobar la puesta en producción? 

Generalmente, un responsable autorizado del cliente. El partner presenta resultados técnicos y recomendaciones, pero la empresa debe confirmar que se cumplen sus requisitos operativos antes de aceptar el cambio. 

¿El partner AWS también administra los costos de la nube? 

Puede apoyar con estimaciones, monitoreo y recomendaciones de optimización. Sin embargo, la titularidad de la cuenta, la responsabilidad financiera y las aprobaciones presupuestarias deben establecerse en el acuerdo comercial. 

Conclusión:

Migrar a AWS es un esfuerzo conjunto que combina conocimiento del negocio, experiencia técnica y una coordinación efectiva. No basta con definir qué infraestructura se trasladará; también es necesario establecer quién tomará las decisiones, ejecutará las actividades y validará los resultados. 

Cuando el cliente y el partner conocen sus responsabilidades desde el inicio, es más sencillo anticipar riesgos, mantener el control del proyecto y avanzar con objetivos compartidos. 

En Compucloud ayudamos a las empresas a planificar y ejecutar proyectos de migración con un enfoque que considera la seguridad, la continuidad operativa y las necesidades de crecimiento del negocio. 

Solicita una evaluación de migración a AWS y descubre cómo coordinar a tu equipo con especialistas cloud para avanzar hacia una infraestructura más segura, escalable y preparada para el futuro. 

Referencias:

1. AWS Prescriptive Guidance. Team organization and composition. 
   Explica cómo organizar los equipos de migración y utilizar matrices RACI para distribuir responsabilidades entre organizaciones y proveedores. 
   https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-foundation-playbook/team-org.html 

2. AWS Prescriptive Guidance. Roles. 
   Describe perfiles habituales en proyectos de migración, como responsables de aplicaciones y arquitectos cloud. 
   https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-foundation-playbook/roles.html 

3. AWS Prescriptive Guidance. Process perspective. 
   Fundamenta la definición de procesos, responsabilidades y coordinación durante una migración. 
   https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-large-scale-migrations/process-perspective.html 

4. Amazon Web Services. Modelo de responsabilidad compartida. 
   Explica las responsabilidades de seguridad de AWS y del cliente según los servicios utilizados. 
   https://aws.amazon.com/es/compliance/shared-responsibility-model/ 

5. AWS Prescriptive Guidance. About managing a large migration. 
   Describe los mecanismos de gobierno, coordinación y seguimiento en proyectos de migración de gran escala. 
   https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-governance-playbook/managing-large-migration.html