Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés. # Establecer un punto de referencia para la cartera de aplicaciones Para crear planes de oleadas de migración fiables, debe establecer una base para la cartera de aplicaciones y su infraestructura asociada. Una base de referencia de la cartera proporciona una visión integral del alcance de la migración, incluidas las dependencias técnicas y la estrategia de migración. La base de referencia de la cartera proporciona claridad sobre qué aplicaciones están incluidas en el ámbito de la migración y permite recopilar los datos descritos en la sección [Comprensión completa de los requisitos en materia de datos de evaluación](understanding-complete-assessment-data-requirements.md). Del mismo modo, toda la infraestructura asociada (computación, redes de almacenamiento) se entiende y se asigna a las aplicaciones.  Las dependencias técnicas se pueden describir en cuatro categorías: + **Application-to-infrastructure**las dependencias establecen el vínculo entre el software y el hardware físico o virtual. Por ejemplo, existe una dependencia entre una aplicación de CRM y las máquinas virtuales en las que está instalada.  + **Application-component**las dependencias describen cómo interactúan los componentes que se ejecutan en diferentes activos de infraestructura. Un ejemplo de dependencia entre un componente y una aplicación es una interfaz web que se ejecuta en máquinas virtuales, con una capa de aplicación que se ejecuta en una máquina virtual diferente y una base de datos que se ejecuta en un clúster de bases de datos. + **Application-to-application**las dependencias se relacionan con la interacción entre diferentes aplicaciones o sus componentes. Un ejemplo de dependencia entre aplicaciones es una aplicación de procesamiento de pagos y una aplicación de gestión de existencias. Estas aplicaciones son independientes, pero interactúan constantemente mediante operaciones de API definidas o conjuntos de datos compartidos. + Application-to-infrastructure Las dependencias de **servicios** son técnicamente dependencias entre aplicaciones, dado que el servicio de infraestructura es en sí mismo una aplicación. Sin embargo, recomendamos categorizarlas por separado. La razón principal es que los servicios de infraestructura suelen ser compartidos por muchas aplicaciones, por lo que tienen un largo historial de dependencias. También suelen seguir una estrategia y un patrón de migración diferentes. Por ejemplo, un balanceador de cargas puede contener grupos de balanceo para varias aplicaciones. Lo que importa es la dependencia del grupo, que es probable que se migre de forma individual, junto con la aplicación dependiente, mientras se conserva o retira el propio balanceador de cargas. Además, la individualización de las dependencias entre la aplicación y el servicio de infraestructura ayuda a evitar grupos de dependencias falsos. Un grupo de dependencias falsas se produce cuando se agrupan varias aplicaciones empresariales, lo que implica que tener una dependencia común de un servicio de infraestructura obliga a migrarlas al mismo tiempo. Por ejemplo, es probable que los servicios de autenticación, como Active Directory, estén asociados a grandes grupos de aplicaciones. La clave es filtrar las dependencias de los servicios de infraestructura y habilitar la entrada de estos servicios. AWS Para obtener más información sobre cómo trabajar con las dependencias para crear grupos de migración, consulte la sección [Wave Planning](https://apg-library.amazonaws.com/content-viewer/author/252c3f6c-9941-4934-9262-6561a28cd5f7#wave-planning). Cuando establezca una línea base para la cartera, le recomendamos que confirme una estrategia de migración para cada componente de la aplicación. La estrategia de migración será una de las 6 R de la migración (consulte la sección [Iteración de la estrategia de migración de las 6 R](iterating-7-rs-migration-strategy-selection.md)). En la base de referencia de la cartera, se debe asociar una de las 6 R a cada solicitud. También se debe asociar una estrategia de 6 R a cada uno de los componentes de la infraestructura de la aplicación. Para establecer una versión de referencia de la cartera, que incluya las dependencias y las estrategias de migración, utilice herramientas de descubrimiento automatizadas (consulte [Evaluación de la necesidad de herramientas de descubrimiento](understanding-initial-assessment-data-requirements.md#discovery-tooling)). Complemente los datos con la información recopilada de las principales partes interesadas, como los propietarios de las aplicaciones y los equipos de infraestructura. Siga recopilando datos hasta obtener un inventario completo de la cartera que cumpla con los atributos y el nivel de fidelidad descritos en la [sección de requisitos de datos](understanding-complete-assessment-data-requirements.md) para esta etapa. El conjunto de datos resultante será fundamental para impulsar la migración. Tenga en cuenta que, según el alcance de su migración y las herramientas disponibles, esta actividad puede tardar varias semanas en completarse.