Platform Engineers
Build gateway, routing, and paved-path patterns developers actually adopt.
Start with the pressure: sales, launch, abuse, agents, data, or guardrails
The course that teaches platform and security teams to design model gateways, provider routing, access controls, logging, redaction, and agent execution controls that are observable, enforceable, and developer-friendly.
Built for platform engineers, internal developer-platform teams, DevOps, SRE, AI infrastructure, cloud security, security architects, AppSec, and governance teams.
What you'll master
Go from shadow AI sprawl to observable platform control
Map the platform threat model
keys, routes, data, and tools
Route model access
through approved paths
Enforce policy at runtime
classification, redaction, quota
Produce audit evidence
for incidents and governance
Live preview
Can this team call a model provider directly with customer data?
Platform controlBuilt for your reality
Build gateway, routing, and paved-path patterns developers actually adopt.
Design quotas, telemetry, budgets, and incident response for AI platforms.
Create enforceable control points for model access, keys, data, and routes.
Apply policy and classification where AI usage actually runs.
Show evidence that AI usage is observable, controlled, and auditable.
Policy needs a platform path
This course gives technical teams the gateway design, routing policy, logging model, RAG boundary controls, agent execution rules, telemetry, and rollout plan needed to govern AI adoption.
Enterprise experience
“If your approved AI path is harder than grabbing a provider key, shadow AI is what you'll actually ship.”
Why this course exists
Direct provider keys, inconsistent prompt logging, weak redaction, unmanaged quotas, unclear tenant boundaries, and uncontrolled agent tools create security and governance gaps that policy alone cannot close.
The durable solution is a paved platform path: approved model access that is observable, policy-aware, developer-friendly, and evidence-producing. This course shows you how to design and roll it out.
Heads up
The enterprise problem
Policy documents do not enforce anything. If the approved AI platform path is harder than direct provider use, shadow AI grows — and your control points never get built.
Comparison
Before — every team rolls its own access
After — a paved, observable platform path
Audience action grid
Gateway, routing, and paved-path patterns that developers adopt.
Quotas, telemetry, and incident-response design for AI platforms.
Enforceable control points for model access and data.
Policy and classification applied where it actually runs.
Evidence that AI usage is observable and controlled.
Checklist
Program at a glance
Curriculum
Operating principles
Make the approved model-access path easier, safer, and more observable than unmanaged provider use.
Gateways, routing, logging, redaction, quotas, and tool-execution controls create behavior you can actually enforce.
Send only the context that is needed, redact sensitive data where appropriate, and store only evidence that is safe and useful.
Telemetry should show usage, policy decisions, failures, abuse signals, cost, and incident-response context.
Artifact list
Hands-on practice
Flexible delivery
Self-paced course
Work through it solo inside the Academy.
Platform engineering workshop
Instructor-led for your platform team.
Security architecture workshop
Hands-on for architects and cloud security.
Slack or Teams challenge
A drip sequence that builds shared patterns.
SCORM / LMS package
Drop it into your existing training platform.
AIPSA Defend module
Plug it into the broader AIPSA program.
Framework
Primary domain: Defend — building enforceable AI platform control points.
Also supports: Map (platform attack surface and AI usage paths) and Evidence (logs, telemetry, policy decisions, and audit artifacts).
Related AIPSA products
Start the course
Bring Model Gateways and Secure AI Platform Engineering to your platform and security teams as a self-paced course or a hands-on workshop — and turn AI adoption into something you can observe and govern.
Build the approved path for safe AI adoption.
Enterprise AI adoption needs more than policy — it needs a paved path. This course teaches platform and security teams to design model gateways, provider routing, access controls, logging, redaction, and agent execution controls that are observable, enforceable, and developer-friendly.
“If your approved AI path is harder than grabbing a provider key, shadow AI is what you'll actually ship.”
Direct provider keys, inconsistent prompt logging, weak redaction, unmanaged quotas, unclear tenant boundaries, and uncontrolled agent tools create security and governance gaps that policy alone can't close.
The durable solution is a paved platform path: approved model access that is observable, policy-aware, developer-friendly, and evidence-producing. This course shows you how to design and roll it out.
| You are | What this course gives you |
|---|---|
| Platform & internal developer-platform engineers | Gateway, routing, and paved-path patterns that developers adopt |
| DevOps, SRE & AI infrastructure teams | Quotas, telemetry, and incident-response design for AI platforms |
| Cloud security teams & security architects | Enforceable control points for model access and data |
| Product security, AppSec & SecOps | Policy and classification applied where it actually runs |
| Engineering managers & AI governance teams | Evidence that AI usage is observable and controlled |
Make the approved model-access path easier, safer, and more observable than unmanaged provider use.
Gateways, routing, logging, redaction, quotas, and tool-execution controls create behavior you can actually enforce.
Send only the context that's needed, redact sensitive data where appropriate, and store only evidence that's safe and useful.
Telemetry should show usage, policy decisions, failures, abuse signals, cost, and incident-response context.
Start with Modules 1–3 to map threats, provider routing, and model gateway architecture.
Move through Modules 4–8 to design secrets, quotas, logging, redaction, policy, data classification, RAG boundaries, and agent execution controls.
Finish with Modules 9–10 to define telemetry, incident response, and your final secure AI gateway platform plan.