npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@aws-mdaa/dataops-data-quality

v1.7.0

Published

MDAA dataops-data-quality module

Readme

Data Quality

Note: This documentation is also available in a rendered format here.

Deploys AWS Glue Data Quality rulesets for automated validation and monitoring of data in Glue Catalog tables. Supports both structured rule objects and raw DQDL (Data Quality Definition Language) strings. Use this module when you need to enforce data quality checks such as completeness, uniqueness, or custom validation rules on tables in your Glue Catalog.


Deployed Resources

This module deploys and integrates the following resources:

  • Glue Data Quality Ruleset(s) — Rulesets created for each specification in the config. Supports structured rule objects and raw DQDL strings for flexible validation patterns.
  • SSM Parameters — Ruleset names and target table information stored in Parameter Store for cross-module reference.

Related Modules

  • DataOps Project — Deploy the shared project infrastructure (databases, KMS keys) that data quality rulesets target
  • Crawlers — Deploy crawlers that create the Glue tables targeted by data quality rulesets
  • ETL Jobs — Trigger data quality evaluations from within Glue ETL jobs

Security/Compliance Details

This module is designed in alignment with MDAA security/compliance principles and CDK nag rulesets. Additional review is recommended prior to production deployment, ensuring organization-specific compliance requirements are met.

  • Least Privilege:
    • Ruleset management governed by IAM policies
    • SSM parameters for ruleset metadata use least-privilege access patterns

Configuration

MDAA Config

Add the following snippet to your mdaa.yaml under the modules: section of a domain/env in order to use this module:

dataops-data-quality: # Module Name can be customized
  module_path: '@aws-mdaa/dataops-data-quality' # Must match module NPM package name
  module_configs:
    - ./dataops-data-quality.yaml # Filename/path can be customized

Module Config Samples and Variants

Copy the contents of the relevant sample config below into the ./dataops-data-quality.yaml file referenced in the MDAA config snippet above.

Minimal Configuration

Only required properties are included. Start here for a single data quality ruleset targeting one Glue table within an existing DataOps project.

sample-config-minimal.yaml

# Contents available via above link
--8<-- "target/docs/packages/apps/dataops/dataops-data-quality-app/sample_configs/sample-config-minimal.yaml"

Comprehensive Configuration

Exercises all non-excluded schema properties at full depth. Defines Glue Data Quality rulesets for customer and order data validation, wired to a DataOps project for resource resolution. Start here when evaluating all available options for structured rules, raw DQDL strings, and multi-table validation patterns.

sample-config-comprehensive.yaml

# Contents available via above link
--8<-- "target/docs/packages/apps/dataops/dataops-data-quality-app/sample_configs/sample-config-comprehensive.yaml"

Standalone Configuration (No Project)

Demonstrates standalone data quality rulesets with explicit KMS, bucket, deployment role, and security configuration (no projectName). Use this when deploying outside of a DataOps project, providing infrastructure references directly.

sample-config-noproject.yaml

# Contents available via above link
--8<-- "target/docs/packages/apps/dataops/dataops-data-quality-app/sample_configs/sample-config-noproject.yaml"

Important Notes

  1. Tables Must Exist: The target table must exist in the Glue Catalog before the ruleset can be evaluated. Rulesets can be created before tables exist, but evaluation will fail until the table is created (typically by a crawler).

  2. Deployment Order: This module should be deployed AFTER:

    • dataops-project-app (creates databases)
    • dataops-crawler-app (creates crawlers)
    • Running crawlers to create tables
  3. Project References: Use the project: prefix to reference resources from the DataOps project:

    • project:databaseName/my-database resolves to the project's database SSM parameter
  4. Evaluation: Creating a ruleset does not automatically evaluate it. You must:

    • Run a Glue Data Quality evaluation job
    • Configure evaluation in a Glue ETL job
    • Use EventBridge to trigger evaluations
  5. DQDL vs Structured Rules: You can use either:

    • Raw DQDL strings (more flexible, requires DQDL knowledge)
    • Structured rule objects (type-safe, easier to maintain)

References


Config Schema Docs