Taking DLP to the Cloud Edge with Kubernetes
A look at the architecture, deployment model, and cloud-native use cases for DDS
- Cloud-native workloads need data loss prevention (DLP) inspection where cloud traffic and data actually move.
- Kubernetes gives distributed detection service (DDS) the scaling, resilience, and automation needed to run DLP as a cloud-native service.
- From AI traffic to cloud storage and databases, Symantec DLP DDS extends existing DLP protection into the environments and applications your teams are already familiar with.
As enterprises accelerate their migration to the cloud, the perimeter has dissolved. Data no longer resides solely within on-premises databases or managed SaaS applications. It flows constantly through custom cloud workloads, serverless functions, and cloud-native storage.
Yet sending cloud traffic back to a centralized data center for inspection can add complexity and latency. Security teams need tools that match the agility, scalability, and automation of the environments they protect—and crucially, move closer to the data itself.
Where does DLP fit?
Symantec DLP Distributed Detection Service (DDS) is a high-performance DLP engine designed to bring enterprise-grade data loss prevention directly into your cloud infrastructure. Rather than routing cloud traffic back to a centralized data center for inspection, DDS sits adjacent to your workloads, analyzing payloads, detecting sensitive data, and enforcing policies in real-time at the cloud edge.
DDS doesn’t replace your existing data protection strategy. It completes it. Acting acts as a cloud-native bridge between Symantec's on-premises DLP and Cloud DLP, it allows organizations to extend the exact same unified policies and incident management workflows to custom cloud environments.
Traditionally, enterprise DLP solutions were built for on-premises environments and deployed on physical servers or static virtual machines. While effective for legacy data centers, these previous versions lacked the ability to integrate natively with modern cloud infrastructure. They couldn't seamlessly auto-scale with cloud workloads, tap into cloud-native secret managers, or easily inspect API-driven cloud traffic without complex network hair-pinning.
We architected Symantec DLP DDS with this in mind. Platform and security teams alike can deploy DDS directly into Kubernetes clusters and bring enterprise-grade data protection natively to the cloud edge.
Here’s a closer look at the architecture of cloud-native DDS, where it can run, and what use cases it unlocks.
How cloud-native DDS works in Kubernetes
Deploying a complex DLP engine in a stateless, ephemeral environment requires solving major challenges. DDS addresses these using native Kubernetes primitives.
Deployment flexibility and GitOps
DDS is packaged as a standard Helm chart, allowing it to integrate seamlessly into modern DevOps workflows. Security teams can manage their inspection infrastructure using Infrastructure-as-Code tools like Helm and Terraform, applying the same rigor and automation as they do to application code.
Dynamic auto-scaling
Cloud traffic is unpredictable. By leveraging Kubernetes Horizontal Pod Autoscaling (HPA), the DDS deployment can automatically scale the number of inspection pods up during traffic spikes to maintain low latency, then scale them down during quieter periods to optimize compute costs.
Zero-downtime upgrades
Updating legacy security appliances often requires maintenance windows and downtime. With Kubernetes, DDS uses rolling updates. Pods are updated one at a time to help keep the inspection service highly available with traffic flows uninterrupted while the new version rolls out.
Persistent identity
When a DDS engine registers with the Symantec DLP console, it generates a unique identity. To prevent ephemeral pods from losing this identity upon restart, DDS is deployed as a StatefulSet with a Persistent Volume Claim (PVC). This helps prevent DLP policy re-downloads and incident data loss if a pod is rescheduled.
Zero Trust secrets management
DDS needs secrets to operate, including authentication files, and mutual TLS (mTLS) certificates. So, it leverages Kubernetes CSI Drivers to securely fetch secrets just-in-time from cloud-native vaults, like Google Secret Manager, AWS Secrets Manager, or Azure Key Vault.
Built to fit your cloud environment
A core design principle of the modernized DDS is platform agnosticism—built to run wherever your workloads live. That same approach can be used wherever Kubernetes workloads run.
Whether you are using Google Kubernetes Engine (GKE), Amazon EKS, Azure Kubernetes Service (AKS), or even private cloud Kubernetes distributions such as VMware or Red Hat OpenShift, DDS adapts to the target environment. And natively integrates with the specific cloud provider's internal load balancers, block storage classes, and Workload Identity/IAM roles. That gives teams a consistent way to deploy DLP across hybrid and multi-cloud environments without rebuilding the deployment for each platform.

Unlock cloud-native use cases
By moving the inspection engine directly into the cloud infrastructure, DDS enables several seamless integrations with cloud-native services:
1. Protect generative AI workloads (Google Agent Gateway)
As enterprises deploy autonomous agents and LLMs, sensitive information can move through prompts, model responses, and tool calls. DDS integrates directly with Google Agent Gateway, a component of the Gemini Enterprise Agent Platform, through the Symantec DLP Traffic Extension. This allows DLP inspection to be applied to AI-related traffic even as it moves through the environment.
2. Secure egress and ingress traffic (SWP & ALB)
Internal VMs and cloud desktops need access to external services like the internet, but this creates a massive risk for data exfiltration. DDS can run within the same VPC as the cloud network edge, and integrate with services like Google Secure Web Proxy (SWP) or Application Load Balancers (ALB), bringing DLP inspection closer to the traffic being routed.
3. Scan cloud storage and databases
Cloud storage buckets and databases are the backbone of modern data lakes, but they are frequently misconfigured or become dumping grounds for sensitive PII/PHI.
With DDS running natively in the cloud, teams can deploy Symantec DLP Scanner through serverless services like Google Cloud Run or AWS Lambda to inspect these repositories at scale. The scanner pulls the data and sends it to DDS for inspection, helping teams instantly identify, quarantine, or mask sensitive records.
What deployment with Symantec DDS can look like
Deploying and operating Symantec DDS is designed to mirror the simplicity and flexibility of running any modern cloud-native microservice. Packaged as a standard Helm chart, DDS abstracts complex platform infrastructure into declarative code, allowing security and platform teams to manage inspection infrastructure using standard GitOps practices and automated CI/CD pipelines. A single configuration toggle, cloudProvider: gcp | aws | azure, automatically adapts the deployment to your target cloud. This dynamically binds native cloud storage classes, IAM roles like GCP Workload Identity or AWS IRSA, and internal load balancer annotations without requiring bespoke templates for each platform.
Beyond initial deployment, DDS also handles secrets management, resilience, and operational scaling automatically. Security artifacts and mTLS certificates are pulled just-in-time from native cloud vaults via Workload Identity, while Kubernetes StatefulsSets with persistent volumes mounts allow individual pods to preserve their unique console registration and state across restarts) HPA and rolling, zero-downtime updates then help DDS scale real-time traffic demands while uninterrupted data inspection at peak performance.
This results in a DLP deployment that can use the same automation, scaling, and lifecycle practices already established for cloud-native applications, simplifying operations for security teams and strengthening your data security strategy.
Bring DLP where your cloud data actually lives
Cloud-native applications have changed where data lives and how it moves, subsequently, DLP infrastructure needs to change too. Running Symantec DDS on Kubernetes brings DLP inspection directly into cloud environments, giving you a simpler way to protect your data closer to the workloads and traffic that needs protection—all while using the same GitOps, CI/CD, and auto-scaling practices familiar to your teams.
Symantec DLP DDS gives teams a more flexible and consistent way to extend existing DLP protections into cloud-native environments as their infrastructure evolves. Instead of spending time building separate approaches around each new cloud service, teams can swiftly use DDS to bring inspection, policies, and incident management into the same framework.
Whether you are scanning outbound web traffic, securing cloud storage, or protecting data flowing through agentic AI, deploying DDS on Kubernetes provides a resilient, and scalable foundation for extending enterprise DLP into the cloud.
Go even deeper on DDS.
Dive into the use cases for Symantec DLP DDS or contact your in-region expert to see how Symantec DLP protects your data across hybrid and cloud environments.
Q&A: The basics on cloud-native DLP and Kubernetes
How does cloud-native DLP work?
Cloud-native DLP brings data inspection closer to the cloud workloads, applications, and traffic being protected rather than relying solely on centralized infrastructure. It inspects data as it moves through cloud applications, APIs, storage, databases, and other cloud services. This approach helps organizations apply DLP controls within distributed cloud environments while reducing the need to route cloud traffic back to a central data center.
How can DLP protect data moving through AI applications and agents?
DLP can inspect sensitive data as it moves through AI applications and agents, including information contained in prompts, model responses, and tool calls, giving security teams a way to apply existing data protection policies to AI-related traffic alongside other cloud data flows. As AI workloads become part of cloud environments, inspecting these interactions can help organizations identify and, more importantly, control sensitive data movement.
Can DLP run in Kubernetes, and what should security teams consider?
Yes. DLP can run as a cloud-native service in Kubernetes, but the deployment needs to account for scaling, resilience, identity, secrets, and lifecycle management. Symantec DLP Distributed Detection Service (DDS) is packaged as a Helm chart and can run across environments including GKE, EKS, AKS, and private-cloud Kubernetes distributions. This allows your organizations to extend existing DLP policies and incident management straight into cloud-native environments, without slowing things down.





