Releases: no10ds/rapid
Releases · no10ds/rapid
v7.0.3
v7.0.3 / v0.1.2 (sdk) - 2023-09-15
Fixes
- Fixes issue where permissions were not being correctly read and causing api functionality to fail
v7.0.1 / v0.1.2 (sdk) - 2023-09-13
Fixes
- Date types were being stored as strings which caused issues when querying with Athena. They are now stored as date types.
- Rename the rAPId sdk method
generate_info
tofetch_dataset_info
and remove an unnecessary argument.
v7.0.2
v7.0.2 / v0.1.2 (sdk) - 2023-09-14
Fixes
- Update UI repo references.
v7.0.0 / v0.1.1 (sdk) - 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 fromdomain/dataset
tolayer/domain/dataset
. - All sdk functions that interact with datasets will now require an argument for layer.
Migration
- See the migration doc for details on how to migrate to v7 from v6.
v7.0.1
v7.0.1 / v0.1.2 (sdk) - 2023-09-13
Fixes
- Date types were being stored as strings which caused issues when querying with Athena. They are now stored as date types.
- Rename the rAPId sdk method
generate_info
tofetch_dataset_info
and remove an unnecessary argument.
v7.0.0
v7.0.0 / v0.1.1 (sdk) - 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 fromdomain/dataset
tolayer/domain/dataset
. - All sdk functions that interact with datasets will now require an argument for layer.
Migration
- See the migration doc for details on how to migrate to v7 from v6.