Semantic validation
This product is in beta. For more information about using Bufstream in production, contact us.
What is semantic validation?
Bufstream's schema enforcement ensures that messages match the expected schema. This is valuable but shallow: it can only verify that each field of a message has the correct data type. For example, it might verify that a user's age is an unsigned integer. Semantic validation builds on that foundation and inspects messages more deeply, ensuring that they're meaningful within the problem domain. For example, it might verify that a user's age is less than 200.
In addition to schema enforcement, Bufstream supports semantic validation of binary Protobuf messages whose schemas use protovalidate
annotations.
Coupled with schema enforcement, this guarantees that consumers receive the highest-quality data possible.
Because it requires the message schema, semantic validation requires the Buf Schema Registry (or any other Protobuf registry that supports Confluent's REST API). To associate Protobuf schemas with a Kafka topic in the Buf Schema Registry, follow the documentation for integrating the BSR with Kafka.
Adding semantic validation to Protobuf schemas
protovalidate
supports a wide variety of predefined rules, from requiring that numbers fall within a predefined range to requiring that strings match a regular expression.
Using custom expressions written in Google's Common Expression Language, validation rules can also compare multiple fields.
Critically, protovalidate
doesn't require code generation — so Bufstream can easily check for semantic validity on the fly.
As an example, the schema below validates that the user's email is actually an email address:
syntax = "proto3";
import "buf/validate/validate.proto";
message User {
// The user's email address.
string email = 1 [(buf.validate.field).string.email = true];
}
For more information on protovalidate, check the documentation.
Enabling semantic validation in Bufstream
To enable semantic validation, add a validation
block to a policy configured in your Helm values file.
For example, this Helm values snippet automatically envelopes incoming messages, verifies that the message matches the schema, and then verifies that the message is semantically valid.
produce:
- topics: { all: true }
schema_registry: csr
values:
coerce: true
on_parse_error: REJECT_BATCH
validation:
on_error: REJECT_BATCH