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.
Recreación de plataformas de bases de datos de back-end
El enfoque para cambiar la plataforma de las bases de datos de fondo es diferente para las aplicaciones COTS y las internas. Esto se debe a que el código fuente normalmente solo está disponible para aplicaciones internas. La siguiente ilustración muestra las opciones de cambio de plataforma disponibles para las bases de datos de fondo de la aplicación.
En las siguientes secciones se explican los enfoques de cambio de plataforma para las bases de datos de backend que pertenecen a COTS o a aplicaciones internas.
Recreación de plataformas de bases de datos de backend para aplicaciones COTS
Le recomendamos que utilice una base de datos Aurora si su 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 las licencias, y también puede usar herramientas como AWS Schema Conversion Tool (AWS SCT) y AWS Database Migration Service (AWS DMS) para lograr una transición 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 cambiarla de plataforma a una base de datos comercial en Amazon Relational Database Service (Amazon RDS), como Amazon RDS para Oracle o Amazon RDS para Microsoft SQL Server. Debe evaluar las características de la base de datos que utiliza su aplicación y asegurarse de que Amazon RDS las admite antes de iniciar la migración. Para obtener más información, consulte Límites de las instancias de bases de datos de Microsoft SQL Server en la documentación de Amazon RDS.
También puede usar las licencias de bases de datos restantes y ejecutar bases de datos comerciales autogestionadas en EC2 las instancias. Si elige este enfoque, le recomendamos que comience el proceso de verificación de la licencia con el proveedor de su base de datos. Una vez finalizado el proceso de verificación de la licencia, debe diseñar una solución de base de datos autogestionada en Amazon EC2 para el objetivo de tiempo de recuperación (RTO) o el objetivo de punto de recuperación (RPO) requerido por su 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 por aplicaciones de SQL Server que se ejecutan en instancias de Amazon Linux. EC2 Para obtener más información al respecto, consulte Migración de las cargas de trabajo de Windows de SQL Server locales a Amazon Linux
Recreación de plataformas de bases de datos de backend para aplicaciones internas
Puede reducir los costes de licencias de sus bases de datos y aumentar la escalabilidad cambiando las bases de datos de backend de sus aplicaciones internas por bases de datos AWS gestionadas (por ejemplo, Amazon RDS for PostgreSQL, Amazon RDS for MySQL, Aurora o Amazon DynamoDB).
Las bases de datos gestionadas por AWS le ayudan a reducir las tareas administrativas recurrentes de sus bases de datos (por ejemplo, realizar copias de seguridad o aplicar parches a las bases de datos y OSs). Si utiliza las implementaciones Multi-AZ de Amazon RDS, también puede aumentar la disponibilidad de la aplicación al evitar las interrupciones causadas por errores 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 realiza una conmutación por error de forma transparente a la base de datos replicada durante las interrupciones.
Puede usar AWS DMS y AWS SCT convertir bases de datos comerciales a Aurora y Amazon RDS. AWS SCT automatiza el proceso de conversión del esquema de base de datos y AWS DMS permite la replicación de datos desde bases de datos locales a Amazon RDS. AWS DMS también ayuda a reducir al mínimo el tiempo de inactividad al migrar las aplicaciones locales a la nube. AWS
