Descrição da vaga
<div class="content-intro"><h2>Join the Future of Security at Netskope</h2>
<p>Netskope (NASDAQ: NTSK) is a leader in modern security and networking for the cloud and AI era. We secure and accelerate cloud, data, and AI in real time, everywhere. Thousands of customers, including more than 30 of the Fortune 100, trust the Netskope One platform, its Zero Trust Engine, and the powerful NewEdge network to gain full visibility and control without performance trade-offs.</p>
<p>At Netskope, our technology is driven by our greatest strength: our people. We believe that belonging powers innovation, and success is both personal and organizational. We embrace differences in gender, ethnicity, beliefs, ability, and identity, creating an environment where every voice is heard and respected. We empower our employees to bring their authentic selves to work, grow their careers through continuous education and mentorship, and lead with transparency and curiosity. Join a team where you belong, where you are encouraged to be an entrepreneur, and where together, we continue to redefine the landscape of security.</p>
<p>Visit <a href="https://www.netskope.com/company/careers" target="_blank">Careers at Netskope</a> to learn more. Follow us on <a href="https://www.linkedin.com/company/netskope" target="_blank">LinkedIn</a> and <a href="https://www.instagram.com/netskope/" target="_blank">Instagram</a>.</p></div><div class="sc-RTkeW jGKavS">
<div class="sc-bpPXDY gOsij">
<div>Every agent on this platform runs inside its own isolated environment, and someone has to make sure that environment actually behaves the way it's supposed to under real load, not just in a clean test run. As a <strong>Senior Agent Runtime Engineer</strong>, you'll own the health of the systems agents run on: keeping sessions isolated from each other, catching the failure modes that only show up under real concurrency, and making sure a slow or expensive agent gets caught before it becomes everyone's problem. You'll work closely with the engineers building the agents themselves, since you're often the first call when something behaves strangely in a real environment but not in a test one. If you like being the person who understands a system well enough to know exactly why it's misbehaving, this is that job.</div>
</div>
</div>
<div class="sc-RTkeW jGKavS">
<div class="sc-frlEjV dLwRdM">
<div class="MuiGrid-root grid__StyledMuiGrid-fpUaVg itZaVt MuiGrid-container MuiGrid-spacing-xs-1 MuiGrid-align-items-xs-center" data-provides="stack" data-birch="Grid"> </div>
</div>
</div>
<h3>Skills and competencies:</h3>
<ul>
<li>Own the health of the agent execution environment day to day — session isolation, resource limits, and catching the failure modes that only appear once real concurrency and real traffic patterns show up, not just in a clean test run.</li>
<li>Investigate and resolve cases where an agent behaves differently in production than it did in testing, working directly with the Agent Engineer or Quality Engineer who built it to figure out whether the problem is the agent's design or the environment it's running in.</li>
<li>Tune cold-start and concurrency settings for the platform's critical-path functions, and review them on a regular cadence as usage patterns shift rather than setting them once and forgetting them.</li>
<li>Understand the platform's session isolation model well enough to reason about its limits — where isolation is guaranteed by the underlying compute layer, and where the platform has to add its own controls because that guarantee doesn't fully hold.</li>
<li>Build and maintain the observability that lets someone answer "is this agent actually working correctly," not just "is it technically up" — tracing, behavioral drift detection, and quality signals sitting alongside the usual metrics and logs.</li>
<li>Track per-agent and per-session cost and efficiency, and flag agents that are burning more tokens, calling more tools, or running longer than the task should reasonably require.</li>
<li>Deploy and manage runtime-layer infrastructure resources through existing CI/CD pipelines as needed — provisioned concurrency settings, runtime-specific IAM roles, observability configurations, etc.</li>
<li>Run and improve the tests that validate isolation actually holds — for example, confirming that one agent's session genuinely can't reach or affect another's, not just assuming it because the platform is supposed to guarantee it.</li>
</ul>
<p> </p>
<div><strong>Must-Have:</strong></div>
<ul>
<li>At least 5 years in a platform, SRE, or infrastructure engineering role, with real production experience running serverless or containerized workloads on AWS (Lambda, Fargate, Docker, Kubernetes or equivalent) at meaningful scale.</li>
<li>Hands-on experience with AWS observability tooling (CloudWatch, X-Ray, or a comparable distributed tracing stack) — able to go from "something's wrong" to a root cause using traces and logs, not just dashboards.</li>
<li>Real experience deploying and managing infrastructure through CI/CD independently — comfortable owning IaC changes (Terraform, CDK, or similar) end to end rather than handing them off to someone else.</li>
<li>Working understanding of compute isolation concepts (containers, microVMs, or similar sandboxing models) and where their guarantees actually stop, since a lot of this role is reasoning about the edges of what a platform promises versus what it might not fully cover on its own.</li>
<li>Comfort investigating cost and performance problems at a granular level — able to trace an unexpectedly expensive or slow workload back to a specific cause, not just flag that costs went up.</li>
<li>Strong incident response instincts: staying calm and methodical while root-causing a live production issue, and following through with an actual fix rather than a workaround.</li>
</ul>
<div> </div>
<div><strong>Strong Advantage:</strong></div>
<ul>
<li>Direct experience with AWS Bedrock, SageMaker, or any managed AI/agent runtime platform.</li>
<li>Experience with cold-start or concurrency tuning specifically (Lambda provisioned concurrency, container warm pools, or similar).</li>
<li>Exposure to a security-conscious or regulated environment where infrastructure changes go through a formal review or approval process.</li>
<li>Familiarity with LLM-specific cost drivers (token pricing, tool-call volume, model tiering) even if it wasn't the primary focus of a past role.</li>
</ul>
<p> </p>
<p>#LI-CV1</p><div class="content-conclusion"><p>Netskope is committed to implementing equal employment opportunities for all employees and applicants for employment. Netskope does not discriminate in employment opportunities or practices based on religion, race, color, sex, marital or veteran statues, age, national origin, ancestry, physical or mental disability, medical condition, sexual orientation, gender identity/expression, genetic information, pregnancy (including childbirth, lactation and related medical conditions), or any other characteristic protected by the laws or regulations of any jurisdiction in which we operate.</p>
<p>Netskope respects your privacy and is committed to protecting the personal information you share with us, please refer to <a href="https://www.netskope.com/privacy-policy">Netskope's Privacy Policy</a> for more details.</p>
<p>The application window for this position is expected to close within 50 days. You may apply by filling out the below information, or visiting our <a href="https://www.netskope.com/company/careers/open-positions">Netskope Careers site.</a></p></div>