Shareable Amazon resources
With Amazon Resource Access Manager (Amazon RAM), you can share resources that are created and managed by other Amazon Web Services. You can share resources with individual Amazon Web Services accounts. You can also share resources with the accounts in an organization or organizational units (OUs) in Amazon Organizations. Some supported resource types also let you share resources with individual Amazon Identity and Access Management (IAM) roles and users.
The following sections list the resource types, grouped by Amazon Web Service, that you can share by using Amazon RAM. The columns in the tables specify which features each resource type supports:
Can share with IAM users and roles |
|
Can share with accounts outside its organization |
|
Can use customer managed permissions |
All resource types supported by Amazon RAM support Amazon managed permissions, but a Yes in this column means that customer managed permissions is also supported for this resource type.
|
Can share with service principals |
|
Amazon App Mesh
You can share the following Amazon App Mesh resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Mesh
|
Create and manage a mesh centrally, and share it with other Amazon Web Services accounts or your organization. A shared mesh allows resources created by different Amazon Web Services accounts to communicate with each other in the same mesh. For more information, see Working with shared meshes in the Amazon App Mesh User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon AppSync GraphQL API
You can share the following Amazon AppSync GraphQL API resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
GraphyQL API
|
Manage Amazon AppSync GraphQL APIs centrally, and share them with other Amazon Web Services accounts or your organization. This lets multiple accounts share Amazon AppSync APIs as part of creating a unified Amazon AppSync Merged API which can access data from multiple subschema APIs across different accounts in the same Region. For more information, see Merged APIs in the Amazon AppSync Developer Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon Aurora
You can share the following Amazon Aurora resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
DB clusters
|
Create and manage a DB cluster centrally, and share it with other Amazon Web Services accounts or your organization. This lets multiple Amazon Web Services accounts clone a shared, centrally managed DB cluster. For more information, see Cross-account cloning with Amazon RAM and Amazon Aurora in the Amazon Aurora User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon Private Certificate Authority
You can share the following Amazon Private CA resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Private certificate authority (CA)
|
Create and manage private certificate authorities (CAs) for your organization’s internal public key infrastructure (PKI), and share those CAs with other Amazon Web Services accounts or your organization. This lets Amazon Certificate Manager users in other accounts issue X.509 certificates signed by your shared CA. For more information, see Controlling access to a private CA in the Amazon Private Certificate Authority User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon CodeBuild
You can share the following Amazon CodeBuild resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Project
|
Create a project, and use it to run builds. Share the project with other Amazon Web Services accounts or your organization. This lets multiple Amazon Web Services accounts and users view information about a project and analyze its builds. For more information, see Working with shared projects in the Amazon CodeBuild User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Report group
|
Create a report group, and use it to create reports when you build a project. Share the report group with other Amazon Web Services accounts or your organization. This lets multiple Amazon Web Services accounts and users view the report group and its reports, and the test case results for each report. A report can be viewed for 30 days after it's created, and then it expires and is no longer available to view. For more information, see Working with shared projects in the Amazon CodeBuild User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon EC2
You can share the following Amazon EC2 resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Capacity reservations
|
Create and manage capacity reservations centrally, and share the reserved capacity with other Amazon Web Services accounts or your organization. This lets multiple Amazon Web Services accounts launch their Amazon EC2 instances into centrally managed reserved capacity. For more information, see Working with shared Capacity Reservations in the Amazon EC2 User Guide for Linux Instances. ImportantIf you don't meet all of the prerequisites for sharing a capacity reservation, then the sharing operation can fail. If this happens and a user attempts to launch an Amazon EC2 instance into that capacity reservation, it launches as an on-demand instance that can accrue higher costs. We recommend that you verify that you can access the shared capacity reservation by attempting to view it in the Amazon EC2 console. You can also monitor for failed resource shares so that you can take corrective action before users launch instances in ways that raise your costs. For more information, see Example: Alerting on resource share failures. |
|
Can share with any Amazon Web Services account. |
|
|
Dedicated hosts
|
Allocate and manage Amazon EC2 dedicated hosts centrally, and share the host's instance capacity with other Amazon Web Services accounts or your organization. This lets multiple Amazon Web Services accounts launch their Amazon EC2 instances on to centrally managed dedicated hosts. For more information, see Working with shared Dedicated Hosts in the Amazon EC2 User Guide for Linux Instances. |
|
Can share with any Amazon Web Services account. |
|
|
Placement groups
|
Share the placement groups you own across your Amazon Web Services accounts, both within and outside your organization. You can launch Amazon EC2 instances from any of the accounts you share with into a shared placement group. For more information, see, Share a placement group in the Amazon EC2 User Guide for Linux Instances. |
|
Can share with any Amazon Web Services account. |
|
|
EC2 Image Builder
You can share the following EC2 Image Builder resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Components
|
Create and manage components centrally, and share them with other Amazon Web Services accounts or your organization. Manage who can use predefined build and test components in their image recipes. For more information, see Share EC2 Image Builder resources in the EC2 Image Builder User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Container recipes
|
Create and manage your container recipes centrally, and share them with other Amazon Web Services accounts or your organization. This allows you to manage who can use predefined documents to duplicate container image builds. For more information, see Share EC2 Image Builder resources in the EC2 Image Builder User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Images
|
Create and manage your golden images centrally, and share them with other Amazon Web Services accounts or your organization. Manage who can use images created with EC2 Image Builder across your organization. For more information, see Share EC2 Image Builder resources in the EC2 Image Builder User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Image recipes
|
Create and manage your image recipes centrally, and share them with other Amazon Web Services accounts or your organization. This allows you to manage who can use predefined documents to duplicate AMI builds. For more information, see Share EC2 Image Builder resources in the EC2 Image Builder User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon Glue
You can share the following Amazon Glue resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Data catalogs
|
Manage a central data catalog, and share metadata about databases and tables with Amazon Web Services accounts or your organization. This enables users to run queries on data across multiple accounts. For more information, see Sharing Data Catalog Tables and Databases Across Amazon Accounts in the Amazon Lake Formation Developer Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Databases
|
Create and manage data catalog databases centrally, and share them with Amazon Web Services accounts or your organization. Databases are collections of data catalog tables. This enables users to run queries and extract, transform, and load (ETL) jobs that can join and query data across multiple accounts. For more information, see Sharing Data Catalog Tables and Databases Across Amazon Accounts in the Amazon Lake Formation Developer Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Tables
|
Create and manage data catalog tables centrally, and share them with Amazon Web Services accounts or your organization. Data catalog tables contain metadata about data tables in Amazon S3, JDBC data sources, Amazon Redshift, streaming sources, and other data stores. This enables users to run queries and ETL jobs that can join and query data across multiple accounts. For more information, see Sharing Data Catalog Tables and Databases Across Amazon Accounts in the Amazon Lake Formation Developer Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon License Manager
You can share the following Amazon License Manager resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
License configurations
|
Create and manage license configurations centrally, and share them with other Amazon Web Services accounts or your organization. This lets you enforce centrally managed licensing rules that are based on the terms of your enterprise agreements across multiple Amazon Web Services accounts. For more information, see License configurations in License Manager in the License Manager User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon Web Services Marketplace
You can share the following Amazon Web Services Marketplace resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Marketplace Catalog Entity
|
Create, manage, and share entities across Amazon Web Services accounts or in your organization in Amazon Web Services Marketplace. For more information, see Resource sharing in Amazon RAM in the Amazon Marketplace Catalog API Reference. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon Migration Hub Refactor Spaces
You can share the following Amazon Migration Hub Refactor Spaces resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Refactor Spaces Environment
|
Create a Refactor Spaces environment, and use it to contain your Refactor Spaces applications. Share the environment with other Amazon Web Services accounts or all of the accounts in your organization. This lets multiple Amazon Web Services accounts and users view information about the environment and the applications in it. For more information, see Sharing Refactor Spaces environments using Amazon RAM in the Amazon Migration Hub Refactor Spaces User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon Network Firewall
You can share the following Amazon Network Firewall resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Firewall policies
|
Create and manage firewall policies centrally, and share them with other Amazon Web Services accounts or your organization. This enables multiple accounts in an organization to share a common set of network monitoring, protection, and filtering behaviors. For more information, see Sharing firewall policies and rule groups in the Amazon Network Firewall Developer Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Rule groups
|
Create and manage stateless and stateful rule groups centrally, and share them with other Amazon Web Services accounts or your organization. This enables multiple accounts in an organization in Amazon Organizations to share a set of criteria for inspecting and handling network traffic. For more information, see Sharing firewall policies and rule groups in the Amazon Network Firewall Developer Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon Outposts
You can share the following Amazon Outposts resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Outposts
|
Create and manage Outposts centrally, and share them with other Amazon Web Services accounts in your organization. This lets multiple accounts create subnets and EBS volumes on your shared, centrally managed Outposts. For more information, see Working with shared Amazon Outposts resources in the Amazon Outposts User Guide. |
|
Can share with only Amazon Web Services accounts in its own organization. |
|
|
Local gateway route table
|
Create and manage VPC associations to a local gateway centrally, and share them with other Amazon Web Services accounts in your organization. This lets multiple accounts create VPC associations to a local gateway, and view route table and virtual interface configuration. For more information, see Shareable Outpost resources in the Amazon Outposts User Guide. |
|
Can share with only Amazon Web Services accounts in its own organization. |
|
|
Sites
|
Create and manage Outpost sites and share them with other Amazon Web Services accounts in your organization. This lets multiple accounts create and manage Outposts at the shared site and supports split control between the Outpost resources and the site. For more information, see Working with shared Amazon Outposts resources in the Amazon Outposts User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon S3 on Outposts
You can share the following Amazon S3 on Outposts resource by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
S3 on Outpost
|
Create and manage Amazon S3 buckets, access points, and endpoints on the Outpost. This lets multiple accounts create and manage Outposts at the shared site and supports split control between the Outpost resources and the site. For more information, see Working with shared Amazon Outposts resources in the Amazon Outposts User Guide. |
|
Can share with only Amazon Web Services accounts in its own organization. |
|
|
Amazon Resource Groups
You can share the following Amazon Resource Groups resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Resource groups
|
Create and manage a host resource group centrally, and share it with other Amazon Web Services accounts in your organization. This lets multiple Amazon Web Services accounts share a group of Amazon EC2 Dedicated Hosts created using Amazon License Manager. For more information, see Host resource groups in Amazon License Manager in the Amazon License Manager User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon Route 53
You can share the following Amazon Route 53 resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Route 53 Resolver DNS Firewall rule groups
|
Create and manage Route 53 Resolver DNS Firewall rule groups centrally, and share them with other Amazon Web Services accounts or your organization. This enables multiple accounts to share a set of criteria for inspecting and handling outbound DNS queries that go through Route 53 Resolver. For more information, see Sharing Route 53 Resolver DNS Firewall rule groups between Amazon Web Services accounts in the Amazon Route 53 Developer Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Resolver rules
|
Create and manage Resolver rules centrally, and share them with other Amazon Web Services accounts or your organization. This lets multiple accounts forward DNS queries from their virtual private clouds (VPCs) to the target IP addresses defined in shared, centrally managed Resolver rules. For more information, see Sharing forwarding rules with other Amazon Web Services accounts and using shared rules in the Amazon Route 53 Developer Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Query logs
|
Create and manage query logs centrally, and share them with other Amazon Web Services accounts or your organization. This enables multiple Amazon Web Services accounts to log DNS queries that originate in their VPCs to a centrally managed query log. For more information, see Sharing Resolver query logging configurations with other Amazon Web Services accounts in the Amazon Route 53 Developer Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon SageMaker
You can share the following Amazon SageMaker resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
SageMaker Catalog
|
For discoverability – allows account owners to grant discoverability permissions to other accounts, for all feature group resources in the SageMaker catalog. Once granted access, users of those accounts can view the feature groups that have been shared with them from the catalog. For more information, see Cross-account feature group discoverability and access in the Amazon SageMaker Developer Guide. NoteDiscoverability and access are separate permissions in SageMaker. |
|
Can share with any Amazon Web Services account. |
|
|
SageMaker Feature group
|
For access – allows account owners to grant access permissions to other accounts, for select feature group resources. Once granted access, users of those accounts can use the feature groups that have been shared with them. For more information, see Cross-account feature group discoverability and access in the Amazon SageMaker Developer Guide. NoteDiscoverability and access are separate permissions in SageMaker. |
|
Can share with any Amazon Web Services account. |
|
|
Lineage group
|
Amazon SageMaker lets you create lineage groups of your pipeline metadata to get a deeper understanding of its history and relationships. Share the lineage group with other Amazon Web Services accounts or the accounts in your organization. This lets multiple Amazon Web Services accounts and users view information about the lineage group and query the tracking entities within it. For more information, see Cross-Account Lineage Tracking in the Amazon SageMaker Developer Guide. |
|
Can share with any Amazon Web Services account. |
|
|
SageMaker Model Cards
|
Amazon SageMaker creates Model Cards to document critical details about your machine learning (ML) models in a single place for streamlined governance and reporting. Share your Model Cards with other Amazon Web Services accounts or the accounts in your organization to achieve a multi-account strategy for your machine learning operations. This allows Amazon Web Services accounts to share the model cards access for their ML activities to other accounts. For more information, see Amazon SageMaker Model Cards in the Amazon SageMaker Developer Guide. |
|
Can share with any Amazon Web Services account. |
|
|
SageMaker pipeline
|
With Amazon SageMaker Model Building Pipelines, you can create, automate, and manage end-to-end machine learning workflows at scale. Share your pipelines with other Amazon Web Services accounts or the accounts in your organization to achieve a multi-account strategy for your machine learning operations. This lets multiple Amazon Web Services accounts and users view information about a pipeline and its executions with optional access to start, stop, and retry pipelines from other accounts. For more information, see Cross-Account Support for SageMaker Pipelines in the Amazon SageMaker Developer Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon Service Catalog AppRegistry
You can share the following Amazon Service Catalog AppRegistry resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Application
|
Create an application, and use it to track the resources belonging to that application throughout your Amazon environment. Share the application with other Amazon Web Services accounts or your organization. This lets multiple Amazon Web Services accounts and users view information about the application and associated resources with it locally. For more information, see Creating applications in the Service Catalog User Guide. |
|
Can share with only Amazon Web Services accounts in its own organization. |
|
|
Attribute Group
|
Create an attribute group, and use it to store meta-data relating to your applications. Share the attribute groups with other Amazon Web Services accounts or your organization. This lets multiple Amazon Web Services accounts and users view information about the attribute groups. For more information, see Creating attribute groups in the Service Catalog User Guide. |
|
Can share with only Amazon Web Services accounts in its own organization. |
|
|
Amazon Systems Manager Incident Manager
You can share the following Amazon Systems Manager Incident Manager resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Contacts
|
Create and manage contacts and escalation plans centrally, and share the contact details with other Amazon Web Services accounts or your organization. This lets many Amazon Web Services accounts view engagements occurring during an incident. For more information, see Working with shared contacts and response plans in the Amazon Systems Manager Incident Manager User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Response plans
|
Create and manage response plans centrally, and share them with other Amazon Web Services accounts or your organization. This lets those Amazon Web Services accounts connect Amazon CloudWatch alarms and Amazon EventBridge event rules to response plans, automatically creating an incident when it’s detected. The incident also has access to the metrics of these other Amazon Web Services accounts. For more information, see Working with shared contacts and response plans in the Amazon Systems Manager Incident Manager User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon VPC
You can share the following Amazon Virtual Private Cloud (Amazon VPC) resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Customer-owned IPv4 addresses
|
During the Amazon Outposts installation process, Amazon creates an address pool, known as a customer-owned IP address pool, based on information that you provide about your on-premises network. Customer-owned IP addresses provide local, or external connectivity to resources in your Outposts subnets through your on-premises network. You can assign these addresses to resources on your Outpost, such as EC2 instances, using Elastic IP addresses or using the subnet setting that automatically assigns customer-owned IP addresses. For more information, see Customer-owned IP addresses in the Amazon Outposts User Guide. |
|
Can share with only Amazon Web Services accounts in its own organization. |
|
|
IP Address Manager (IPAM) pools
|
Share Amazon VPC IPAM pools centrally with other Amazon Web Services accounts, IAM roles or users, or an entire organization or organizational unit (OU) in Amazon Organizations. This lets those principals allocate CIDRs from the pool to Amazon resources, such as VPCs, in their respective accounts. For more information, see Share an IPAM pool using Amazon RAM in the Amazon VPC IP Address Manager User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
IP Address Manager (IPAM) resource discoveries
|
Share resource discoveries with other Amazon Web Services accounts. A resource discovery is an Amazon VPC IPAM component that enables IPAM to manage and monitor resources that belong to the owning account. For more information, see Work with resource discoveries in the Amazon VPC IPAM User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Prefix lists
|
Create and manage prefix lists centrally, and share them with other Amazon Web Services accounts or your organization. This lets multiple Amazon Web Services accounts reference prefix lists in their resources, such as VPC security groups and subnet route tables. For more information, see Working with shared prefix lists in the Amazon VPC User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Subnets
|
Create and manage subnets centrally, and share them with Amazon Web Services accounts within your organization. This lets multiple Amazon Web Services accounts launch their application resources into centrally managed VPCs. These resources include Amazon EC2 instances, Amazon Relational Database Service (RDS) databases, Amazon Redshift clusters, and Amazon Lambda functions. For more information, see Working with VPC sharing in the Amazon VPC User Guide. NoteTo include a subnet when you create a resource share, you must
have the Default subnets are not shareable. You can share only subnets you create yourself. |
|
Can share with only Amazon Web Services accounts in its own organization. |
|
|
Traffic mirror targets
|
Create and manage traffic mirror targets centrally, and share them with other Amazon Web Services accounts or your organization. This lets multiple Amazon Web Services accounts send mirrored network traffic from traffic mirror sources in their accounts to a shared, centrally managed traffic mirror target. For more information, see Cross-account traffic mirroring targets in the Traffic Mirroring Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Transit gateways
|
Create and manage transit gateways centrally, and share them with other Amazon Web Services accounts or your organization. This lets multiple Amazon Web Services accounts route traffic between their VPCs and on-premises networks through a shared, centrally managed transit gateway. For more information, see Sharing a transit gateway in the Amazon VPC Transit Gateways. NoteTo include a transit gateway when you create a resource share,
you must have the |
|
Can share with any Amazon Web Services account. |
|
|
Transit gateway multicast domains
|
Create and manage transit gateway multicast domains centrally, and share them with other Amazon Web Services accounts or your organization. This lets multiple Amazon Web Services accounts register and deregister group members or group sources in the multicast domain. For more information, see Working with shared multicast domains in the Transit Gateways Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon Verified Access group
|
Create and manage Amazon Verified Access groups centrally, and then share them with other Amazon Web Services accounts or your organization. This lets applications in multiple accounts use a single, shared set of Amazon Verified Access endpoints. For more information, see Share your Amazon Verified Access group through Amazon Resource Access Manager in the Amazon Verified Access User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon VPC Lattice
You can share the following Amazon VPC Lattice resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Amazon VPC Lattice service
|
Create and manage Amazon VPC Lattice services centrally, and share them with individual Amazon Web Services accounts or your organization. This allows service owners to connect, secure, and observe service-to-service communication in a multi-account environment. For more information, see Working with shared resources in the VPC Lattice User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon VPC Lattice service network
|
Create and manage Amazon VPC Lattice service networks centrally, and share them with individual Amazon Web Services accounts or your organization. This allows service network owners to connect, secure, and observe service-to-service communication in a multi-account environment. For more information, see Working with shared resources in the Amazon VPC Lattice User Guide. |
|
Can share with any Amazon Web Services account. |
|
|
Amazon Cloud WAN
You can share the following Amazon Cloud WAN resources by using Amazon RAM.
Resource type and code | Use case | Can share with IAM users and roles | Can share with accounts outside its organization | Can use customer managed permissions | Can share with service principals |
---|---|---|---|---|---|
Cloud WAN core network
|
Create and manage a Cloud WAN core network centrally, and share it with other Amazon Web Services accounts. This lets multiple Amazon Web Services accounts access and provision hosts on a single Cloud WAN core network. For more information, see Share a core network in the Amazon Cloud WAN User Guide. |
|
Can share with any Amazon Web Services account. |
|
|