Deployment model
- One tenant per account. Each customer receives a dedicated deployment in their own AWS account, GCP project, Azure subscription, or Ali Cloud account. There is no shared multi-tenant plane and no Hilt-side copy of your data.
- Provisioned with Terraform. Hilt applies a Terraform configuration to create the platform infrastructure (compute, streaming, database, storage, and private networking) in the account you nominate.
- You grant scoped access. You provide a target account with the agreed IAM (or RAM) permissions per the deployment guide. Hilt operates within that scope.
Components
A deployment is made up of these logical components, all inside your account:Per-cloud services
The component roles above map to native managed services on each cloud. All variants keep traffic inside your account with no public internet exposure.Network boundaries
- Ingest. On AWS and Azure, collectors connect to a private link endpoint (PrivateLink / Private Link) in your account. On GCP v1, collectors reach
{name}-ingest.hilt.aiover Certificate Manager HTTPS Gateways; see GCP. On Ali Cloud, collectors reach{name}-ingest.hilt.aiover HTTPS through the cluster ingress; see Ali Cloud. - No inbound internet. No platform component accepts inbound connections from the public internet.
- Controlled outbound. Outbound internet access is used only where needed for container image pulls, and is configurable to use private registries.
- Single collector destination. A collector has exactly one outbound destination: the ingest endpoint, over HTTPS on TCP/443. DNS resolves inside your VPC through a private zone, so no DNS query leaks to public resolvers.
Data flow
Events travel one direction, from your hosts into your analytics store and dashboard, without leaving your account.Service names vary by cloud (for example, the streaming buffer is MSK on AWS and in-cluster Kafka on GCP), but the data flow and trust boundary are identical: telemetry stays in your account.
