Businesspublished

AWS Details ZS’s Internet-Free SageMaker Platform Across 200+ Domains

The deployment shows how a regulated enterprise can make notebooks and infrastructure tools broadly available without handing users open network access or unconstrained compute—but its reported adoption and savings figures remain company-supplied.

By 2 min read
AWS Details ZS’s Internet-Free SageMaker Platform Across 200+ Domains
AWS Details ZS’s Internet-Free SageMaker Platform Across 200+ Domains

Listen to this story

The audio brief

About 1:41
0:001:41
Read transcript
ZS Associates has scaled an internet-blocked Amazon SageMaker environment across more than 200 domains and multiple AWS accounts, making governed, self-service analytics available to most application teams. The key design choice is that users get useful tools without open network access or unlimited compute. Each tenant has separate Elastic File System storage, Identity and Access Management roles, and network controls, creating distinct boundaries for access and cost tracking. Instead of direct internet connections, the platform uses controlled Amazon VPC endpoints to reach approved AWS services. Packages move through JFrog Artifactory, where ZS says pip, Debian, and Maven packages are scanned before entering the restricted environment. Encryption is applied to EFS, S3, ECR, and CodeCommit, while CrowdStrike, Splunk, and CloudTrail provide threat detection, centralized logging, and audit records. Inside SageMaker Spaces, Streamlit apps let approved users start or stop Redshift clusters, query S3 with DuckDB, and create temporary EMR clusters from approved configurations. Space data is also synchronized to a dedicated S3 bucket every 30 minutes, and auto-shutdown limits idle compute. ZS reports spending more than $50,000 a month, offset by roughly $10,000 in Savings Plan savings. AWS gives conflicting user counts—more than 1,000 in one section and more than 500 in another. The next constraint is scope: Feature Store, Model Registry, Pipelines, and Model Monitor are still being evaluated, not deployed.

Story brief

3 key points

ZS Associates has scaled a governed, self-service analytics setup on Amazon SageMaker to more than 200 domains across multiple AWS accounts, with outbound internet blocked by default. Controlled VPC endpoints, Artifactory-mediated packages, encryption, layered IAM, monitoring, backups, and auto-shutdown turn SageMaker Spaces into an operational platform rather than a notebook sandbox. The deployment costs over...

  1. 01

    Each tenant receives isolated EFS, IAM roles, and network controls for separate access boundaries and cost tracking.

  2. 02

    Streamlit apps let approved users manage Redshift, query S3 with DuckDB, and provision transient EMR clusters.

  3. 03

    Space data synchronizes to a dedicated S3 bucket every 30 minutes, addressing persistence and recovery needs.

ZS Associates has turned Amazon SageMaker into its primary ad-hoc analytics environment for most application teams while operating it without direct internet access by default. The newly detailed design spans more than 200 SageMaker domains and tries to resolve a persistent enterprise tradeoff: give analysts usable, self-service tools while retaining controls over code, data access, audit trails and compute spending.

The platform uses a separate SageMaker domain for each tenant. Those domains have isolated Elastic File System volumes, distinct Identity and Access Management roles, and controllable network settings, giving ZS separate boundaries for access control and cost tracking across teams.

Rather than allowing outbound internet access, the deployment relies on Amazon VPC endpoints for controlled connections to required AWS services. Package installation is routed through JFrog Artifactory for pip, Debian and Maven packages; ZS says Artifactory scans packages before they enter the environment. The platform also applies AWS KMS encryption by default to EFS, S3, ECR and CodeCommit resources.

The controls extend beyond the network. CrowdStrike provides operating-system threat detection, Splunk aggregates logs, and CloudTrail records API activity for audit purposes. ZS also uses a three-tier IAM role structure: domain execution roles provide defaults, user roles can override them for finer-grained control, and space execution roles govern shared workspaces.

ZS built Streamlit applications within SageMaker Spaces for a defined set of operations: starting and stopping Redshift clusters, querying S3 data through DuckDB, and provisioning transient EMR clusters from pre-approved configurations. That shifts routine work from the AWS Management Console into governed interfaces, with SageMaker execution roles enforcing access controls.

The company also addressed a durability gap with automated Space backups. Each domain gets a dedicated S3 bucket when created, and the system synchronizes Space data to it every 30 minutes. For interactive compute, lifecycle configurations and IAM policies limit users to smaller approved instance types; higher-end instances require allowlisting, while auto-shutdown releases idle resources.

AWS’s account gives two different daily-user figures. Its introduction and conclusion describe more than 1,000 daily active users, while an operational section cites more than 500 daily users across 200-plus domains. Both figures indicate a production deployment beyond a small pilot, but the article does not reconcile the difference.

ZS is exploring SageMaker Feature Store, Model Registry, Pipelines and Model Monitor as potential next additions. Those services would move the same governance ambition into feature management, model lifecycle controls, workflow orchestration and production oversight; they remain under evaluation rather than deployed capabilities in this account.

Sources

  1. aws.amazon.comHow ZS democratized secure ad-hoc analytics with Amazon SageMaker | Amazon Web Services