Replicación de datos de Oracle Fusion SaaS en un almacén de datos de terceros

Muchos clientes de Oracle adoptan una arquitectura multinube para satisfacer sus necesidades empresariales. Por ejemplo, puede que deseen copiar una réplica exacta de datos en Oracle Fusion ERP en un almacén de datos de terceros, como Snowflake o Databricks, para realizar análisis de datos en los datos de Fusion y ayudarles a tomar decisiones basadas en datos. Esta arquitectura activa este modelo.

La capacidad de diseñar una solución multinube entre estos almacenes de datos de terceros y las aplicaciones SaaS de Oracle Fusion es deseable porque el conjunto completo de aplicaciones SaaS en la nube de Oracle con inteligencia artificial integrada Ofrece procesos coherentes y una única fuente de datos en las funciones empresariales más importantes, desde la planificación de recursos empresariales, la gestión de la cadena de suministro y la gestión del capital humano hasta la publicidad y la experiencia del cliente. Las aplicaciones te ayudan a mejorar la interacción con tus clientes, aumentar la agilidad de tu negocio y reaccionar al cambio más rápido que nunca.

Tenga en cuenta que esta arquitectura también se puede aplicar a almacenes de datos como Microsoft Azure ADSL y Amazon Web Services Redshift.

Arquitectura

Esta arquitectura muestra cómo replicar datos de aplicaciones SaaS de Oracle Fusion en almacenes de datos de terceros como Snowflake Data Cloud, Azure ADLS o AWS Redshift.

El siguiente diagrama ilustra esta arquitectura de referencia.


Descripción de fusión-saas-snowflake-arch.png
Descripción de la ilustración fusión-saas-snowflake-arch.png

fusión-saas-copo de nieve-arch-oracle.zip

La arquitectura tiene los siguientes componentes:

  • Región

    Una región de Oracle Cloud Infrastructure es un área geográfica localizada que contiene uno o más centros de datos, denominados dominios de disponibilidad. Las regiones son independientes entre sí y pueden separarse a grandes distancias (entre países e incluso continentes).

  • Red virtual en la nube (VCN) y subredes

    Una VCN es una red personalizable y definida por software que se configura en una región de OCI. Al igual que las redes de los centros de datos tradicionales, las redes virtuales le proporcionan un control completo de su entorno de red. Una VCN puede tener varios bloques de CIDR no superpuestos que puede cambiar después de crear la VCN. Puede segmentar una VCN en subredes, las cuales se pueden acotar a una región o a un dominio de disponibilidad. Cada subred está formada por un rango contiguo de direcciones que no se solapan con las demás subredes de la VCN. Puede cambiar el tamaño de una subred después de la creación. Una subred puede ser pública o private.In, esta arquitectura, la base de datos autónoma y una función para configurar la base de datos están asociadas a una subred privada. La instancia informática que aloja el servidor web y las funciones que procesan los flujos se despliegan en una subred pública.

  • Gateway de enrutamiento dinámico (DRG)

    El DRG es un enrutador virtual que proporciona una ruta para el tráfico de red privada entre redes virtuales en la misma región, entre una VCN y una red fuera de la región, como una VCN en otra región de OCI, una red local o una red en otro proveedor de nube.

  • Base de datos autónoma

    Oracle Autonomous Data Warehouse es un servicio de base de datos de autogestión, autoseguridad y autorreparación optimizado para cargas de trabajo de almacenamiento de datos. No necesita configurar ni gestionar ningún hardware ni instalar ningún software. OCI se ocupa de la creación de la base de datos, así como de la copia de seguridad, la aplicación de parches, la actualización y el ajuste de la base de datos.

    Oracle Autonomous Transaction Processing es un servicio de base de datos de autogestión, autoseguridad y autorreparación optimizado para las cargas de trabajo de procesamiento de transacciones. No necesita configurar ni gestionar ningún hardware ni instalar ningún software. OCI se ocupa de la creación de la base de datos, así como de la copia de seguridad, la aplicación de parches, la actualización y el ajuste de la base de datos.

  • Oracle GoldenGate

    Oracle GoldenGate es un servicio totalmente gestionado que permite la ingestión de datos de orígenes que residen en entornos locales o en cualquier nube, aprovechando la tecnología CDC GoldenGate para una captura de datos y entrega no intrusiva y eficiente a Autonomous Data Warehouse en tiempo real y a escala con el fin de poner la información relevante a disposición de los consumidores lo más rápido posible.

  • Integración de datos de OCI

    Data Integration es un servicio totalmente gestionado y multi-inquilino que ayuda a los ingenieros y desarrolladores de datos con tareas de movimiento y carga de datos. Gracias a los procesos de ETL o ELT de Spark, se puede ingerir un gran volumen de datos de una variedad de activos de datos, depurarlos, transformarlos y remodelarlos, y cargarlos de forma eficiente en los activos de datos de destino de OCI.

  • Oracle Business Intelligence Cloud Connector (BICC)

    Oracle Business Intelligence Cloud Connector (BICC) se utiliza para extraer inteligencia empresarial y otros datos de Fusion de forma masiva y cargarlos en áreas de almacenamiento externo designadas.

Recomendaciones

Utilice la siguiente recomendación como punto de partida para replicar los datos de Oracle Fusion SaaS en un almacén de datos de terceros. Estas recomendaciones son útiles al ajustar el tamaño de la VCN; tenga en cuenta que sus requisitos pueden diferir de la arquitectura que se describe aquí.
  • Al crear una VCN, determine el número de bloques de CIDR necesarios y el tamaño de cada bloque en función del número de recursos que planea asociar a las subredes de la VCN. Utilice bloques CIDR que estén dentro del espacio de dirección IP privada estándar.
  • Seleccione bloques de CIDR que no se solapen con ninguna otra red (por ejemplo, en Oracle Cloud Infrastructure, su centro de datos local u otro proveedor en la nube) en la que desee configurar conexiones privadas. Después de crear una VCN, puede cambiar, agregar y eliminar sus bloques de CIDR.

Consideraciones

Al implantar esta arquitectura, tenga en cuenta sus requisitos para los siguientes parámetros:

  • Límites de servicio

    Al diseñar la arquitectura, tenga en cuenta los límites de servicio para la instancia informática, el almacenamiento de bloques, el almacenamiento de archivos y la base de datos autónoma. Consulte la documentación de límites de servicio que aparece en "Explorar más", a continuación.

  • Escalabilidad de la base de datos

    Puede ampliar o reducir el número de núcleos de CPU de la base de datos y Oracle GoldenGate en cualquier momento. La función de escala automática de las bases de datos autónomas y Oracle GoldenGate permite que la base de datos utilice hasta tres veces el número base actual de núcleos de CPU en cualquier momento. A medida que la demanda aumenta, la ampliación automática aumenta automáticamente el número de núcleos en uso. Las bases de datos autónomas permiten ampliar la capacidad de almacenamiento en cualquier momento sin que ello afecte a la disponibilidad ni al rendimiento.

  • Disponibilidad de aplicación

    Los dominios de errores ofrecen la mejor resiliencia dentro de un dominio de disponibilidad. Si necesita una mayor disponibilidad, considere la posibilidad de utilizar varios dominios de disponibilidad o varias regiones cuando sea posible.

  • Copias de Seguridad
    • Base de Datos

      OCI realiza automáticamente una copia de seguridad de las bases de datos autónomas y conserva las copias de seguridad durante 60 días. Puede restaurar y recuperar la base de datos a cualquier momento durante el período de retención. También puede crear copias de seguridad manuales para complementar las copias de seguridad automáticas. Las copias de seguridad manuales se almacenan en un cubo de OCI Object Storage que se crea y se conservan durante 60 días.

    • Aplicación

      El servicio OCI Block Volumes permite crear copias de seguridad puntuales de los datos en un volumen en bloque. Puede restaurar estas copias de seguridad en nuevos volúmenes en cualquier momento. También puede utilizar el servicio para realizar una copia de seguridad puntual y coherente frente a bloqueos de un volumen de inicio sin interrupción de la aplicación ni tiempo de inactividad. Los volúmenes en bloque y de inicio tienen las mismas capacidades de copia de seguridad.

  • Seguridad: control de acceso

    Utilice políticas para restringir quién puede acceder a sus recursos en la nube y las acciones que pueden realizar.

Explorar más

Obtenga más información sobre el uso de funciones sin servidor para sus cargas de trabajo en la nube.

Revise estos recursos adicionales:

Confirmaciones

Autor: Sunil Vernekar