Description
AWS::BedrockAgentCore::Runtime exposes NetworkConfiguration with NetworkMode (PUBLIC | VPC) and NetworkModeConfig of type VpcConfig (Subnets 1–16, SecurityGroups 1–16) — verified at the Runtime CFN docs. This is wired through the CLI today via networkMode + networkConfig on AgentEnvSpec (agent-env.ts:110–120) and the L3 AgentCoreRuntime construct.
The user ask is VPC Egress — Target, i.e. extending VPC network configuration to Gateway Target outbound traffic so a target's upstream call (e.g. a private API in a customer VPC, or a private Lambda endpoint) can be forced through a customer VPC.
Today AWS::BedrockAgentCore::Gateway and AWS::BedrockAgentCore::GatewayTarget expose no NetworkConfiguration, VpcConfig, PrivateEndpoint, or analog property at all. Verified across:
Gateway properties: AuthorizerConfiguration, AuthorizerType, Description, ExceptionLevel, InterceptorConfigurations, KmsKeyArn, Name, PolicyEngineConfiguration, ProtocolConfiguration, ProtocolType, RoleArn, Tags — no network config.
GatewayTarget properties: CredentialProviderConfigurations, Description, GatewayIdentifier, MetadataConfiguration, Name, TargetConfiguration — no network config.
Acceptance Criteria
Additional Context
- CFN support on Runtime: YES —
Runtime.NetworkConfiguration.{NetworkMode, NetworkModeConfig.{Subnets, SecurityGroups}}.
- CFN support on Gateway / GatewayTarget: NO — the only properties on either are listed above; no network config.
- Control-plane: needs internal confirmation; may be a service-team gap.
- Reuse the existing
NetworkModeSchema / NetworkConfigSchema from agent-env.ts rather than redefining.
Description
AWS::BedrockAgentCore::RuntimeexposesNetworkConfigurationwithNetworkMode(PUBLIC | VPC) andNetworkModeConfigof typeVpcConfig(Subnets1–16,SecurityGroups1–16) — verified at the Runtime CFN docs. This is wired through the CLI today vianetworkMode+networkConfigonAgentEnvSpec(agent-env.ts:110–120) and the L3AgentCoreRuntimeconstruct.The user ask is VPC Egress — Target, i.e. extending VPC network configuration to Gateway Target outbound traffic so a target's upstream call (e.g. a private API in a customer VPC, or a private Lambda endpoint) can be forced through a customer VPC.
Today
AWS::BedrockAgentCore::GatewayandAWS::BedrockAgentCore::GatewayTargetexpose noNetworkConfiguration,VpcConfig,PrivateEndpoint, or analog property at all. Verified across:Gatewayproperties:AuthorizerConfiguration,AuthorizerType,Description,ExceptionLevel,InterceptorConfigurations,KmsKeyArn,Name,PolicyEngineConfiguration,ProtocolConfiguration,ProtocolType,RoleArn,Tags— no network config.GatewayTargetproperties:CredentialProviderConfigurations,Description,GatewayIdentifier,MetadataConfiguration,Name,TargetConfiguration— no network config.Acceptance Criteria
AgentCoreGatewayTargetSchema(and possiblyAgentCoreGatewaySchema) with anetworkMode+networkConfigblock, mirroring the existing Runtime shape (agent-env.ts:110–120).--network-mode,--vpc-subnets,--vpc-security-groupsflags onagentcore add gateway-target(and optionallyadd gateway).Additional Context
Runtime.NetworkConfiguration.{NetworkMode, NetworkModeConfig.{Subnets, SecurityGroups}}.NetworkModeSchema/NetworkConfigSchemafromagent-env.tsrather than redefining.