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.
Replataforma de bases de datos backend
El enfoque de replataforma de bases de datos backend es diferente para COTS y aplicaciones internas. Esto se debe a que el código fuente normalmente solo está disponible para aplicaciones internas. En la siguiente ilustración se muestran las opciones de replataforma disponibles para las bases de datos backend de la aplicación.
En las secciones siguientes se explican los enfoques de replataforma para las bases de datos backend pertenecientes a COTS o aplicaciones internas.
Replataforma de bases de datos backend para aplicaciones COTS
Le recomendamos que utilice una base de datos Aurora si la aplicación COTS admite bases de datos de código abierto. El uso de una base de datos de código abierto ayuda a reducir los costos de licencias y también puede utilizar herramientas comoAWS Schema Conversion Tool(AWS SCT)yAWS Database Migration Service(AWS DMS)para lograr un corte con un tiempo de inactividad mínimo durante la migración.
Si su aplicación COTS no admite bases de datos de código abierto, le recomendamos que se vuelva a aplicar la plataforma a una base de datos comercial en Amazon Relational Database Service (Amazon RDS), comoAmazon RDS for OracleoAmazon RDS para Microsoft SQL Server. Debe evaluar las características de la base de datos que utiliza la aplicación y asegurarse de que se admiten en Amazon RDS antes de comenzar la migración. Para obtener más información, consulteLímites para las instancias de base de datos de Microsoften la documentación de Amazon RDS.
También puede utilizar las licencias de bases de datos restantes y ejecutar bases de datos comerciales autogestionadas en instancias EC2. Si elige este enfoque, le recomendamos que inicie el proceso de verificación de licencias con el proveedor de su base de datos. Una vez finalizado el proceso de verificación de licencias, debe diseñar una solución de base de datos autoadministrada en Amazon EC2 para el objetivo de tiempo de recuperación (RTO) o el objetivo de punto de recuperación (RPO) requeridos de la aplicación.
Por último, recomendamos cambiar la plataforma de las aplicaciones COTS de alto rendimiento y sensibles a la seguridad que utilizan bases de datos de SQL Server en SQL Server que se ejecutan en instancias Linux de Amazon EC2. Para obtener más información acerca de este tema, consulteMigración de las cargas de trabajo locales de SQL Server Windows a Amazon EC2 Linux
Replataforma de bases de datos backend para aplicaciones internas
Puede reducir los costos de licencias de la base de datos y aumentar la escalabilidad cambiando la plataforma de las bases de datos backend de la aplicación interna aAWSbases de datos gestionadas (por ejemplo,Amazon RDS for PostgreSQL,Amazon RDS for MySQL,Aurora, o bienAmazon DynamoDB).
Las bases de datos administradas de AWS le ayudan a reducir las tareas administrativas recurrentes de sus bases de datos (por ejemplo, realizar copias de seguridad o parches de bases de datos y SO). Si utiliza implementaciones Multi-AZ de Amazon RDS, también puede aumentar la disponibilidad de la aplicación evitando interrupciones por fallos de hardware de la base de datos. Las bases de datos Multi-AZ se replican continuamente en una zona de disponibilidad diferente y la aplicación pasa por error de forma transparente a la base de datos replicada durante las interrupciones.
Puede usarAWS DMSyAWS SCTpara convertir bases de datos comerciales a Aurora y Amazon RDS.AWS SCTautomatiza el proceso de conversión de esquemas de base de datos yAWS DMSpermite la replicación de datos desde bases de datos locales a Amazon RDS.AWS DMStambién ayuda a lograr un recorte de tiempo de inactividad mínimo al migrar aplicaciones locales a laAWSCloud.
