Design the foundations for trusted scale.
Designs cloud topology, identity, networking, encryption, residency, capacity, and operational boundaries for data workloads.
The context behind the work.
You design the deployment boundaries within which data work can operate responsibly. Region, identity, networking, storage, and recovery choices affect both usability and control. These decisions need agreement from the teams that own the resulting service.
A workload has residency constraints
Identify which data, artifacts, and operational records are in scope. Map the proposed region and dependency paths, review the controls with security, and document the assumptions that implementation must verify.
A platform needs a recovery topology
Agree the relevant recovery requirements and dependencies. Review the storage and runtime design with operations, then validate a representative recovery scenario before treating the architecture as complete.
A practical path from task to outcome.
Review the cloud topology for a governed data workload.
- 01
Assess needs and evidence
Identify residency, access, recovery, and workload requirements with the business and security teams.
- 02
Design the approach
Map regions, network boundaries, storage, runtime dependencies, and identity controls.
- 03
Protect access and runtime
Review capacity and recovery scenarios with operations and document the relevant trade-offs.
- 04
Scale within policy
Publish the approved architecture and the responsibilities for configuration, monitoring, and change review.
An approved cloud topology with operational and security responsibilities.
Less repeated effort. More useful work.
Explore the habits and platform connections that can make this role easier, more consistent, and easier to collaborate with.
Cloud decisions revisited for every team
Reuse an approved topology and documented constraints.
Security review arriving after deployment
Include identity and network boundaries in the architecture review.
Capacity assumptions without workload context
Connect the capacity plan to observed demand and recovery requirements.
Measure your own improvement
Choose a baseline before you begin. Review these signals with your team; results depend on your data, process, and implementation.
- Time to review a proposed workload topology
- Architecture exceptions requiring later rework
Build confidence with a first task.
Review the cloud topology for a governed data workload.
Use AI with judgment
Use AI to compare architecture options; have cloud and security owners verify the deployment assumptions.
Your practice checklist
0 / 4 completeThe right surfaces. The right people.
Continue into the product, deepen your knowledge, or follow the next role in the handoff.
Explore the product surfaces
Cortex SQL & WarehouseSecurity & AccessSharing & InteroperabilityObservability & OperationsGo deeper
Technical workbookDocumentationTechnical workbooks are maintained in English. Workspace access and available capabilities depend on your deployment and permissions.
Bring your own workflow.
Explore how these practices could fit your team, your data, and your operating requirements.