API: v7.0.9

v7.0.9 - 2024-02-06

See v7.0.9 changes

Features

• Ability to pass a custom regex for username validation. See the documentation on the custom_user_name_regex variable.
• Decoupled API & SDK into separate releases.
• New optional infrastructure variables to increase cpu and memory limits for the API container. See the infrastructure variables for more information.
• Upgraded browserify-sign from 4.2.1 to 4.2.2.
• Upgraded @adobe/css-tools from 4.3.1 to 4.3.2.

Fixes

• Issue with the last updated date on datasets being 'Never Updated'.

Breaking Changes

Migration

v7.0.7 - 2023-11-07

Fixes

• Hitting maximum security group rules for the load balancer.
• Documentation improvements and removes any references to the old deprecated repositories.

Closes relevant GitHub issues

• #50
• #59
• #54
• #51

v7.0.4 - 2023-09-20

Features

• Improved release process
• Added Athena workgroup and database as outputs of the rAPId module.

Fixes

• Updated terraform default application_version and ui_version variables.
• Migration script and documentation.

v7.0.2 - 2023-09-14

Fixes

• Update UI repo references.

v7.0.0 - 2023-09-12

Features

• Layers have been introduced to rAPId. These are now the highest level of grouping for your data. They allow you to separate your data into areas that relate to the layers in your data architecture e.g raw, curated, presentation. You will need to specify your layers when you create or migrate a rAPId instance.
• All the code is now in this monorepo. The previous Infrastructure, UI and API repos are now deprecated. This will ease the use and development of rAPId.
• Schemas are now stored in DynamoDB, rather than S3. This offers speed and usability improvements, as well as making rAPId easier to extend.
• Code efficiency improvements. There were several areas in rAPId where we were executing costly operations that caused performance to degrade at scale. We've fixed these inefficiencies, taking us from O(n²) -> O(n) in these areas.
• Glue Crawlers have been removed, with Athena tables are created directly by the API instead. Data is now available to query immediately after it is uploaded, rather than the previous wait (approximately 3 mins) while crawlers ran. It also offers scalability benefits because without crawlers we are not dependant on the number of free IPs within the subnet.
• Improved UI testing with Playwright.

Breaking Changes

• All dataset endpoints will be prefixed with layer. Typically going from domain/dataset to layer/domain/dataset.

Migration

• See the migration doc for details on how to migrate to v7 from v6.