{
  "id": 19877189,
  "title": "Architecture patterns for fast session startup on Amazon Bedrock AgentCore runtime",
  "url": "https://urgent.news/2026/11/13/architecture-patterns-for-fast-session-startup-on-amazon-bedrock",
  "topic": "ai",
  "section": "AI",
  "published": "2026-11-13T22:02:39.000Z",
  "source": {
    "name": "AWS Machine Learning",
    "slug": "aws-machine-learning",
    "url": "https://aws.amazon.com/blogs/machine-learning/architecture-patterns-for-fast-session-startup-on-amazon-bedrock-agentcore-runtime/"
  },
  "original_language": "en",
  "account": "Architecture patterns for fast session startup on Amazon Bedrock AgentCore runtime\n\nAmazon Bedrock AgentCore runtime offers a managed, serverless environment for agents that run sessions in isolated microVMs. When platformVersion is set to \"V2\", the platform prepares the environment once, snapshots it, and restores the snapshot for each new session. This results in faster and more consistent session start times, as well as memory optimization since unreferenced memory is reclaimed.\n\nThe V2 runtime differs from V1 in that it starts the container once, waits for the first healthy ping within 120 seconds, freezes the microVM, and stores its memory and disk as a snapshot. After this initial build, every new session invocation restores the snapshot into a new microVM, resuming the process exactly where it was frozen.\n\nThree key observations can be made from these flows:\n\n1. Memory is restored whole, with any data held at snapshot time or in RAM-backed file systems available at memory speed during the first access.\n2. File reads don't carry over from the initial initialization, as the file cache is cleared before freezing the microVM.\n3. Image files are fetched on first read, meaning they are fetched from snapshot storage and then cached closer to the host during the restore process.\n\nThese observations apply to agents that can keep what they need in their own process. However, for agents dealing with large files, CLIs, or browsers early on (which can't be held in memory), a build hook can be added to load and prime these resources while the snapshot is being built. This method is covered in the post under the \"Working with hooks\" section.\n\nTo measure session start times, agents should monitor two Amazon CloudWatch metrics published by AgentCore runtime in the AWS/Bedrock-AgentCore namespace: Latency (the time to first byte) and OverheadLatency (the platform-specific overhead, including microVM initialization and snapshot restoration). The goal is to minimize the time spent on platform-related tasks by subtracting OverheadLatency from the total Latency, which reveals the actual runtime time for your agent's code.\n\nBy understanding these patterns and optimizing session startup in your agent's code, you can significantly improve the overall performance and user experience of your application on Amazon Bedrock AgentCore runtime.",
  "summary": "Amazon Bedrock AgentCore runtime V2 snapshots your initialized environment and restores it for each new session, so session start no longer grows with image size. This post explains how V2 starts a session, how to measure session start time, and four patterns to keep work off the first request.",
  "key_points": [],
  "editors_take": null,
  "illustration": null,
  "coverage": {
    "outlets": 1,
    "also_reported_by": []
  },
  "ai_generated": true,
  "disclaimer": "Summaries, key points and the editor’s take are written by software from other outlets’ reporting and may contain errors — always check the linked original."
}