
| Feature | Saas-Centric PII | PII in the SmartHub |
|---|---|---|
| Data control | Vendor SaaS Cloud. Raw data is collected and transmitted to the vendor for processing and storage. | Bring Your Own Cloud (BYOC). Runs in your own Kubernetes cluster — full control before data ever leaves. |
| PII control | Reactive, post-ingest deletion. You configure rules to remove data after it's already been billed and stored. | Proactive, in-flight. Programmable modules identify, redact, or drop PII at the source. |
| Cost | Billed on total volume ingested, regardless of relevance or sensitivity. | Noisy or unnecessary data is filtered before export, cutting what you pay a vendor to store. |
| Architecture | Passive Data Passthrough: Acts purely as a collection layer, routing massive volumes of raw, unfiltered telemetry directly to your backend storage. | Intelligent OTel. Intelligent OTel Hub: A programmable routing layer between apps and vendors that seamlessly proxies your existing agents with zero re-instrumentation required. |
| Context | Stateless / Limited Context. Filtering is often simple and stateless, often limiting complex, intelligent decisions. | Braided Context. Retain all related logs, metrics, and traces in-memory to enable sophisticated, high-context filtering decisions. |
Three Steps. Entirely In-Network. By retaining Braided Context, SmartHub makes highly intelligent filtering decisions. This allows the platform to surgically redact PII from an error trace while perfectly preserving the non-sensitive diagnostic data you need for debugging.
Flag sensitive fields. Programmable rules scan logs, traces, and metrics as they pass through your cluster, flagging PII by pattern or field name.
Redact or mask in place. Sensitive values are anonymized or obfuscated at the source — the surrounding trace context is retained so signal isn't lost.
Send only what is clean. De-identified, filtered data continues on to your existing vendor. Nothing sensitive ever crosses your network boundary.