Horizonte receives contracts from a commercial system, bills from another and conjunctions from a portal. Integrate does not consist only of transferring rows: meaning, identity, temporary order and conditions of use have to be preserved.
Key concepts
The integration merge data or connect processes to care for a use. The interoperability allows systems to exchange and interpret information in a compatible way. There can be technical connection without semantic agreement: Two systems transmit "date" correctly but one represents issue and another maturity.
Integration needs to identify the system of origin, entity, processing and consumer. You have to know what an update is, how a disposal expressed and how a result is complete. A field that arrives empty can mean unknown, non-applicable or an error. The contract should distinguish what's relevant to use.
The choice between batch, events and capture of changes depends on freshness, volume, capacity and process rules. A lower latency can cost more and spread a faster error. The goal is to meet the requirement and to avoid real time at all flows.
Contracts, Identities and sync
A data contract explicit structure, meaning, keys, frequency, expected quality, permissions and change management. It also identifies incident producer, consumer and owner. It does not require a specific tool: it requires verifiable arrangements that guide the operation.
The idempotency Replay an operation without multiplying its intended effect. If a load retries, Horizonte should not double bills. Can use a stable source key and upgrade rules. choosing the exact mechanism depends on the system. "The job retold" does not prove that the destination holds a correct result.
An integration should consider late corrections, removals and incompatible changes to the scheme. The technical identity that connects to a source also forms part of the access contract. When a credential is shared, it should not be assumed that the source automatically distinguishes each end user. We have to check what his identity sees, what his permission and what his registration will be.
Integration with Oracle AI Data Platform and Oracle Autonomous AI Lakehouse
At Oracle AI Data Platform, create a External catalogue To discover schemes and consult tables from a supported source. Configure the credential with access to the authorized set and update the metadata as the source structure changes. Use notebooks and workflows to prepare and coordinate transformations and publish the cured result at Oracle Autonomous AI Lakehouse. When designing an exchange, choose to consult at source or load a copy: the first option depends on the source and the second one requires an update and maintenance.
To distribute the authorized set with Delta Sharing At Oracle AI Data Platform, create a share, add his schemes or tables, assign recipients and activate his access. That mechanism shares these assets. for workspace volumes and archives, use its corresponding access management. It includes an exchange with meaning, conditions of use and validity agreed with the recipient. The guide to share data details the management of assets, recipients and permissions.
When the requirement requires continuous capture of changes, it sets up the Oracle Cloud Infrastructure GoldenGate integration with Oracle AI Data Platform. Prepare the time zone at Oracle Cloud Infrastructure Object Storage and JDBC connection to apply changes by stage and merge. Check at high target, updates and removals using data contract keys. To transform replicated data between databases, the Oracle Data Transforms with Oracle Cloud Infrastructure GoldenGate shows how to combine replication and transformation flows.
Use Oracle AI Data Platform lineage to follow sources, transformations and consumers of captured executions. The view shows the last capture of each process. To rebuild earlier exchanges, it retains code versions, execution identifiers and data associated with the contract period.
Explanated example
Horizonte receives every night bills with id_origenand state. A fall requires a repeat of the burden. The contract defines that id_origen indicates an invoice within the production system and that a correction updates its state. The destination compares that key and applying the change without adding an identical invoice.
Moreover, an invoice that has been cancelled should stop contributing to the agreed indicator. If the flow only adds new logs, the board will continue to show an incorrect income even if all transfers have been completed well. The computer checks keys, changes and cancellations before publishing the product. The technical solution implements the contract; it does not replace it.
Common
- Real time resolves meaning and quality. Reduces delays agreements and controls are still necessary.
- A Connector inherits every user's identity. Check effective credential, permissions and audit at each end.
- Just have to drive high. The corrections, low and program changes also change the product.
Decision exercise
Commercial changes the state code from "A" to "ACTIVO" without warning. Loading ends well, but an active contract indicator drops to zero. Should the first change be to increase compute, to change frequency or to correct the agreement and its validation?
Solution
We have to confirm the change with the producer, correct the mapping and agree vertically and notice of changes. A monitoring of admitted values would have stopped the incorrect publication. More compute or more frequency would run more quickly the same misinterpretation. The affected period was then reprocessed and reconciled.