CLIProxy TCPSDK (próximamente)En parte próximamente

Pipelines de datos: dbt en CI y cada tarea SQL de Airflow

Un pipeline ejecuta SQL sin que nadie lo mire: un modelo que reemplaza una tabla, una tarea que borra en lugar de filtrar. Vericto revisa el SQL de dbt en CI, antes del deploy, y evalúa cada tarea SQL de Airflow que pasa por el proxy TCP, sin cambiar los DAGs.

Parte de esta arquitectura es próximamente. Disponible hoy: la CLI en CI, con los dialectos PostgreSQL, MySQL, Oracle, SQL Server, Snowflake y SQLite, y el proxy TCP para Postgres y MySQL. Próximamente: vericto-dbt check, el operador y la cluster policy de Airflow, que llegan con el SDK de Python (todavía no publicado).

Empezar gratis La CLI en CI/CD
Diagrama: pipelines de datos con dbt y Airflow y VerictoArriba, dbt: un pull request con modelos dbt dispara un job de CI que pasa por vericto check el SQL compilado por dbt; la API de validación, en Vericto Cloud, devuelve el veredicto. vericto-dbt check es próximamente. Abajo, Airflow: con los DAGs sin cambios, la conexión de cada tarea apunta al proxy de Vericto, que evalúa cada sentencia antes de PostgreSQL o MySQL. El operador y la cluster policy de Airflow son próximamente.dbt: en CI, antes del deployAirflow: cada tarea SQLpermitidaPull requestmodelos dbtvericto checkSQL compilado por dbtAPI de validaciónen Vericto CloudEvalúa aquívericto-dbt checkPróximamenteAirflowDAGs sin cambiosProxy de Verictohost de la conexiónEvalúa aquíBase de datosPostgreSQL o MySQLOperador de AirflowPróximamenteDiagrama: pipelines de datos con dbt y Airflow y VerictoArriba, dbt: un pull request con modelos dbt dispara un job de CI que pasa por vericto check el SQL compilado por dbt; la API de validación, en Vericto Cloud, devuelve el veredicto. vericto-dbt check es próximamente. Abajo, Airflow: con los DAGs sin cambios, la conexión de cada tarea apunta al proxy de Vericto, que evalúa cada sentencia antes de PostgreSQL o MySQL. El operador y la cluster policy de Airflow son próximamente.dbt: en CI, antes del deployAirflow: cada tarea SQLpermitidaPull requestmodelos dbtvericto checkSQL compilado por dbtAPI de validaciónen Vericto CloudEvalúa aquívericto-dbt checkPróximamenteAirflowDAGs sin cambiosProxy de Verictohost de la conexiónEvalúa aquíBase de datosPostgreSQL o MySQLOperador de AirflowPróximamente
  • Ruta de la sentencia SQL
  • Donde Vericto evalúa
  • Componente de Vericto que no evalúa
  • Próximamente: aún no disponible
Arriba, dbt: el job de CI pasa el SQL compilado por la CLI y despliega solo si el check pasa. Abajo, Airflow: la conexión de la tarea apunta al proxy, que evalúa cada sentencia.

Qué protege

Latencia y disponibilidad

En CI, el check corre fuera del runtime y no afecta a la ejecución del pipeline. La CLI envía el SQL en lotes de hasta 500 sentencias, y cada statement cuenta como una validación.

En Airflow con el proxy, cada sentencia suma el salto al proxy y su evaluación en proceso.

Para el parsing y la evaluación de reglas, el objetivo de diseño es p99 < 2 ms. Es un objetivo, no una medición: el benchmark de latencia del proxy todavía no está publicado.

Cómo implementarlo

  1. dbt: instala la CLI en el job de CI (instalación) y guarda una API key con el scope ci_dryrun:execute como secreto.
  2. Compila el proyecto (dbt compile escribe el SQL en target/compiled) y pásalo por vericto check con el dialecto de tu warehouse: PostgreSQL, MySQL, Oracle, SQL Server, Snowflake o SQLite.
  3. Despliega (dbt run) solo si el check pasa: el código de salida 1 falla el job.
  4. Airflow: despliega el proxy junto a los workers o como servicio y cambia el host y el puerto de la conexión de Airflow (Postgres o MySQL) al proxy. Los DAGs no cambian.
  5. Da al pipeline su propio usuario de base de datos, para ver su tráfico por separado y, en Team y Enterprise, darle su propia allowlist.

Próximamente: vericto-dbt check, que leerá el proyecto dbt directamente, y para Airflow un operador y una cluster policy que evaluarán cada tarea SQL a través de la API de runtime, también en dialectos sin proxy.

Cuándo no usar esta opción

  • Transformaciones que no son SQL (Spark, pandas): Vericto evalúa sentencias SQL, nada más.
  • Materializar tablas por el proxy. Si el pipeline crea tablas con CREATE TABLE AS SELECT a través del proxy, VERICTO-084 las bloquea por defecto: desactívala o cambia su severidad en el workspace de ese pipeline, y simula el cambio antes.
  • Tareas de Airflow sobre Snowflake por el proxy. Snowflake no tiene proxy: hasta que lleguen el operador y la cluster policy (próximamente), llama a la API de runtime desde la tarea. Ver data warehouse.

Disponibilidad por plan

FunciónFreeBuilderTeamEnterprise
CLI y GitHub ActionSíSíSíSí
Validaciones de CLI y MCP1K al mes10K al mesIlimitadasIlimitadas
Proxy TCP (PostgreSQL y MySQL)SíSíSíSí
Queries al mes (proxy y API de runtime)500K5M50MIlimitadas
Simulador de reglas—Hasta 30 díasHasta 90 díasSegún contrato (hasta 180 días)
vericto-dbt, operador y cluster policy de AirflowPróximamente

Precios y todos los límites en Precios.

Pruébalo con tu propio SQL

El plan Free incluye 500K queries al mes y 1.000 validaciones de CLI y MCP, sin tarjeta de crédito. Para despliegues en tu VPC, SSO y SLA dedicados, habla con ventas.

Empezar gratis Hablar con ventas