...
Expand | ||
---|---|---|
| ||
|
...
Roadmap
Getting to a pilot-ready release candidate by Tech Congress was always going to be challenging. The team has been working hard, but we need to adjust the milestones and expectations for release candidate 1.
Goals for release candidate are broadly:
Deployable and fully functional in the basic CRUD operations on all Resources and Descriptors.
Proper error handling and edge case management.
Performance on par with the ODS/API.
Be useable for basic field testing and non-critical path use cases.
While we want to be looking ahead to supporting state agency use, at the 2024 Summit we agreed to prioritize service provider / LEA usage scenarios first. Given that,
...
Milestone
...
Functional Goals
...
Basic timeline
Tech Congress 2025 - release candidate with “basic” feature set useable for pilot testing typical data exchange scenarios.
Info |
---|
Focused primarily on LEA and vendor-to-vendor scenarios. State scenarios are critical for this project. The Alliance will be designing for state usage scenarios before Tech Congress 2025, but not prioritizing delivery. |
Summit 2025 - production-ready version 1.0
Info |
---|
Aiming for feature parity with the ODS/API from the perspective of API-based integrations, with one primary exception: no plan to support XML-based composites. States should be able to pilot test at this point. |
Feature List
Note |
---|
Reviewing the list below:
|
Data Standard and API Standard Compatibility
0.2
Status | ||||
---|---|---|---|---|
|
.NET application with PostgreSQL storage
Level 0 and Level 1 document validation
Reference and descriptor validation
Error message like ODS/API 7.2
Docker and Kubernetes
Feature | ODS/API Platform | Data Management Service | By TC | By Summit | |||||
---|---|---|---|---|---|---|---|---|---|
Resources API - core Ed-Fi Data Standard |
|
Compliant Discovery API, Descriptor API, and Resource API definition (except GET by query): able to run bulk upload, smoke test. Includes JSON validation based on API schema file. Fake OAuth (1).
Descriptor API - core Ed-Fi Data Standard |
| |||||||||||
Discovery API |
| |||||||||||
Data Standard version independence |
| |||||||||||
MetaEd-based extensions |
| |||||||||||
Dynamic Profiles |
| |||||||||||
Multiple data standards in same deployment |
| |||||||||||
XML Composites |
|
Data Integrity and Validation Features
Feature | ODS/API Platform | Data Management Service | By TC | By Summit | ||||||
---|---|---|---|---|---|---|---|---|---|---|
Level 0 and level 1 validation |
| |||||||||
Descriptor validation |
| |||||||||
Reference validation |
|
Streaming data out via Kafka
GET by query using OpenSearch
| ||||
Cascading updates on |
Abandoned direct Kubernetes support as too costly
by 10/1 (Ed-Fi Summit)
key changes |
| |||||||||||
Concurrency management with ETags |
| |||||||||||
Level 2 validation via SQL scripts |
Once a compatibility layer is available, will be able to run the same SQL scripts used today for Level 2 validation | |||||||||||
Realtime level 2 validations via streaming data |
|
Database Technologies
Feature | ODS/API Platform | Data Management Service | By TC | By Summit | |
---|---|---|---|---|---|
Core database storage in PostgreSQL |
|
|
The database structure is very different than the ODS database | |||||
Core database storage in MSSQL |
|
|
| |||||||
GET queries using search database |
|
Either OpenSearch or Elasticsearch | |||||
GET queries using relational database |
|
|
Removes the requirement to run Kafka and OpenSearch or Elasticsearch | |||||
Reporting queries using ODS database schema |
|
|
0.5
| ||||||||||
Core database storage in managed PostgreSQL-compatible databases (e.g. Aurora, Cosmos DB) |
Conceptually this should work, but we may need community help for testing these scenarios while the development team focuses on code-level features. |
Data Management Features
Feature | ODS/API Platform | Data Management Service | By TC | By Summit | ||||||
---|---|---|---|---|---|---|---|---|---|---|
Streaming data out via Kafka |
| |||||||||
Change Queries API |
|
Required for API Publisher synchronization; if not implemented must provide alternative. |
Security Features
Feature | ODS/API Platform | Data Management Service | By TC | By Summit | |
---|---|---|---|---|---|
API-driven client credential management | (Admin API) |
|
|
| |||||
OAuth token authentication |
|
|
| |||||
Integration with third party OAuth identity providers |
|
|
0.6
At minimum, will support Keycloak, with clear path for supporting other providers | ||||||||||
API-driven claimset management | (Admin API) |
| ||||||||
Namespace authorization |
| |||||||||
Relationship authorization |
| |||||||||
Ownership authorization |
|
|
| |||||
Combined authorization |
|
|
0.7
| ||||||||||
Extensible authorization filtering | (7.3) |
|
Deployment Management
Feature | ODS/API Platform | Data Management Service | By TC | By Summit | |
---|---|---|---|---|---|
Docker images |
|
|
| |||||
Multitenancy routing and instance management |
|
|
...
| ||||||||||||
PowerShell installation scripts for Windows Server |
| |||||||||||
Deployment orchestration via (Kubernetes, Terraform, Cloud Formation, ARM, etc.) | (though there are Exchange contributions) |
Unless a community member contributes |
Other Integrations
Feature | ODS/API Platform | Data Management Service | By TC | By Summit | ||||||
---|---|---|---|---|---|---|---|---|---|---|
SwaggerUI |
| |||||||||
Admin Console | coming soon |
|
Design Questions
What plans are there for error detection (i.e. dropped records) and correction?
...