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.

Objetivos de migración

Es posible que desee trasladar sus cargas de trabajo de Oracle de su entorno local a AWS otro por varios motivos. Por ejemplo, es posible que desee reducir los costes, aumentar la agilidad, mejorar la seguridad o refactorizar la carga de trabajo con mayor rapidez. Sean cuales sean los motivos de su decisión, es importante elegir la estrategia de migración adecuada para poder cumplir sus objetivos y los plazos requeridos.

Reducir los costos

La ejecución de bases de datos Oracle en un entorno local puede implicar elevados costes de licencia en los siguientes escenarios:

En función de los requisitos de esos escenarios, es posible que no desee asignar la misma cantidad de recursos para reducir los costes operativos y de licencias, pero quizá prefiera escalarlos automáticamente en función de las necesidades, algo que puede lograr más fácilmente en la nube. Para obtener más información sobre los costes y los riesgos, consulte la guía sobre las trampas de costes de Oracle y cómo superarlas con AWS las soluciones de House of Brick Technologies.

Aumentar la agilidad

El aprovisionamiento de una base de datos Oracle en un entorno local suele ser una actividad que requiere mucho tiempo y puede tardar algunas semanas o hasta meses. Con Amazon Elastic Compute Cloud (Amazon EC2), puede crear una base de datos Oracle del tamaño requerido en poco tiempo mediante el uso de infraestructura como código (IaC).

La velocidad a la que las instancias de Oracle AWS pueden ampliarse o reducirse para satisfacer su demanda le ayudará a completar las actividades de desarrollo y a tomar decisiones con rapidez. Las bases de datos de Oracle que se realojan AWS pueden aumentar la agilidad de las soluciones personalizadas. Por ejemplo, cuando aloja una base de datos de Oracle en Amazon EC2, tiene la capacidad de implementar varios entornos en cuestión de segundos.

Mejora de la seguridad

Organizations que ejecutan bases de datos Oracle in situ son responsables de la seguridad en todos los niveles, incluidos los datos en reposo y en tránsito. Esto puede provocar una configuración de seguridad incompleta, lo que podría poner en peligro la base de datos. Con el modelo de responsabilidad AWS compartida, AWS gestiona la seguridad de la infraestructura y, al mismo tiempo, usted es responsable de configurar la seguridad en la EC2 instancia y en la capa de base de datos de Oracle.

Puede restringir el acceso público a la EC2 instancia que aloja la base de datos de Oracle para que las aplicaciones ajenas a la nube privada virtual (VPC) no puedan acceder a la base de datos. Puede usar una clave AWS Key Management Service (AWS KMS) para cifrar todo el almacenamiento asignado a las bases de datos inactivas en todo momento, lo que ayuda a cumplir con los requisitos de conformidad. Puede configurar estas políticas de seguridad desde. Consola de administración de AWS

Refactorización más rápida

Las bases de datos que ya están activas AWS son más fáciles de refactorizar en comparación con las bases de datos locales. Una base de datos que ya está activa AWS tiene la infraestructura necesaria, que incluye VPCs grupos de seguridad y redes. Cuando esté listo para modernizar la base de datos, puede utilizar la AWS infraestructura existente para lanzar su motor de base de datos refactorizado. Si este es su objetivo, AWS primero puede migrar su base de datos de Oracle a la base de datos de Oracle y, a continuación, iniciar el proceso de refactorización o modernización.

Entre las opciones de refactorización adicionales que pueden ayudar a reducir los costos de licencia y los gastos operativos se incluyen las siguientes: