Albatross architecture as agents
Migrate with Albatross and the work splits three ways. The Extraction Agent reads your old systems, the Transformation Agent reshapes what it finds to fit the new one, and the Load Agent puts it there. Between each of them sits a sign-off from the people who own the data.
Talks to the sources you already have.
Connects through adapters, profiles volumes, formats, older versions, missing files and references, then runs the pre-migration checks and ranks the issues.
You decide: which sources go, and whether the validation report is clean enough to move on.
Reshapes your source data to fit the destination.
Proposes how each source attribute maps to the destination, applies the rules you choose, flags what it cannot map with confidence and re-validates the result.
You decide: every map and rule before it runs, and every flag it raises.
Loads into the destination you chose.
Stages objects, relationships and file entries with matched file paths, runs loads in parallel, logs each one and restarts from the last good point after an error.
You decide: the test-load results, and the go-ahead for production.
Data Migration is challenging and exasperating. It is not uncommon for migration projects to throw plans out of gear. However it is inevitable for constantly changing organizations to migrate data irrespective of its complexities, risks and costs involved. Companies aspire a business-as-usual pain-free data migration strategy and execution.
Typical needs for migration in Organizations
Need for Migrations could result from various causes in an organization, It can be due to application modernization, mergers and acquisition, implementing a new software or integration of two systems, migration to cloud or regulatory mandates. No matter what the reason is an effective strategy and proven platform becomes imperative in the whole journey.
Failure to follow Migration Best Practices & Use Standard Tools
Albatross Brochure Download
General Integration Data eXchange (GIDX) is the platform’s neutral payload format that can transfer custom data over-the-wire for an effective data exchange between systems. The payload backbone handles custom data types, attributes, relations, relation attributes, files and formats, transformations and character encoding definitions.
This is the engine the three agents drive: extraction adapters on the left, the validation and transformation engine in the middle, the loader on the right, with the GIDX payload underneath.
Seven modules, each with an agent at its side. The agent does the repetitive part and shows you what it did; the module keeps every setting in your hands.
Data Migration in Action
Albatross follows an ETL migration mechanism with configurability at every step. All steps are discrete and can be performed re-starting at a point where it was left off previously. Logs and notifications are generated at each module for validation and resumption.
Inside steps 5 and 6
Each test round in the 7 steps of migration, and the production run after it, goes through these screens. An agent works each screen; your team clears it before the next.
The screens below show this run in the Albatross Migrator.
- Choose Source System.
- Choose Destination System.
- Point to Workspace Directory
- Indicate Transformation Directory.
- Data Mapping Source Attributes.
- Validation Set Choice.
- Execute Validator.
- Generate Analytics
- Post it to Crius Falcon Analytics Server.
- Launch Pre-Migration Validation Analysis.
Configurable Dashboard to display data aggregates prior to and post transformation
- File Open issues.
- Missing References.
- Data Type Mismatch and Format changes.
- Duplicates & Missing Attributes.
- Special character changes.
- Validation Set Choice.
- Execute Validator.
- Generate Analytics.
- Post it to Crius Falcon Analytics Server.
- Launch Pre-Migration Validation Analysis.
Data Transformation Mapper for Custom Attribute Settings on variations between Source and Destination Systems
Transformation Options -
- Attribute transformations can be simple value changes to split and merge. Complicated transformations can be achieved with Custom Program Plug-In with fuzzy mapper logic.
Transformation Mapper -
- Configurable mapper for various combinations of meta-data transfer provides clutter transformations in data and formats.
- CSV based objects, relationships and file entries.
- Physical file paths correlated for check-in.
- Add / Mod / Delete / Replace modes.
- Log and Notification settings.
- Error and Resume settings.
- Loader parallelization.
- Command Line syntax for App extension.
The 7 steps of migration
Four phases, seven steps of migration. Step 6 is a test loop you repeat until the results match, then run once more on production. In each phase the agents prepare, check and report; your team signs off before the next phase starts.
Albatross and Pragmatos
Your process may run on Excel, paper, someone's head, or a legacy system that does not fit the modern digital highway. Migrate with Albatross, build what replaces it on Helios, and integrate it with the rest of your plant through Mateos, all on Pragmatos.
The three agents carry your records, files and their relationships out of the old system, with a sign-off at every gate.
See the agentsThe apps you build on Helios, and Flow on Pragmatos, are destinations the Load Agent can load into.
Build with HeliosAfter cut-over, Mateos keeps the new system in step with your ERP, MES and quality systems, so the data you moved stays current.
Integrate with MateosPragmatos runs on prem, in your own cloud, or both. See Pragmatos