Enterprise evaluation brief¶
Summary for teams evaluating odcs / pyodcs for organizational adoption.
Product scope¶
| In scope | Out of scope |
|---|---|
| Parse ODCS v3.1.0 YAML/JSON | Execute quality rules against live data |
| Validate structure, semantics, JSON Schema | ETL / pipeline orchestration |
| CLI and Rust/Python libraries | Remote contract registry server |
Local registry index (.odcs/registry.json) |
Automatic contract migration |
| Cross-file FQN resolution | Compatibility auto-fix |
Compatibility diff (odcs diff) |
See Non-goals.
Maturity¶
| Attribute | Status |
|---|---|
| Release stage | 0.9.1 on main; 0.9.0 published; 1.0.0 stabilization complete, pending release |
| Current tree version | 0.9.1 on main |
| Latest published (crates.io / PyPI) | 0.9.0 — see Release status |
| ODCS spec target | v3.1.0 (apiVersion: "v3.1.0") |
| Default validation | Schema-complete for ODCS v3.1.0 (JSON Schema + Rust validators) |
| API stability policy | api-stability.md |
Support model¶
- Open-source reference implementation maintained on GitHub
- No commercial SLA or dedicated support channel
- Security reports: SECURITY.md (supported: 0.8.x, 0.9.x)
- Issues and contributions via GitHub
Security¶
- Validates documents only; no network calls during validation
- Default parse size limit: 16 MiB (
MAX_PARSE_BYTES) - Registry indexing rejects symlink paths that resolve outside the registry root
- YAML anchors/aliases not fully duplicate-scanned — see Diagnostics
- Untrusted input: treat as potentially hostile; run current supported releases
- Scope and response expectations: SECURITY.md
License¶
Apache License 2.0. See LICENSE.
Supply chain¶
| Artifact | Registry |
|---|---|
Rust crate odcs |
crates.io |
Python package pyodcs |
PyPI |
| CI | GitHub Actions (.github/workflows/) |
Pin versions in CI for reproducibility. See CI/CD integration.
Parity guarantees¶
pyodcswraps the Rust core via PyO3 — same parse/validation semantics- CLI exit codes and diagnostic codes aligned between
odcsandpyodcs - Upstream ODCS specification is normative when docs and implementation differ — see Upstream sync policy
Roadmap highlights¶
| Milestone | Status |
|---|---|
| Structural validation | 0.7.0 ✓ |
| Cross-file references | 0.8.0 ✓ |
| Compatibility analysis | 0.8.0 ✓ |
| Local registry | 0.9.0 ✓ |
| 1.0 API stabilization | Complete on main; pending publish |
Full timeline: Roadmap.
Recommended evaluation path¶
- What is ODCS? — confirm problem fit
- Getting started — validate a sample contract
- CI/CD integration — prototype pipeline gate
- Local registry — monorepo cross-file validation
- Release status — align on published vs
mainversion - Architecture — technical depth for platform teams
- API stability policy — semver expectations for 1.0
Comparison positioning¶
This tool validates ODCS documents in CI. It complements (does not replace) data quality engines, orchestrators, or enterprise catalog products.