Q: What is AWS Service Catalog?
AWS Service Catalog allows IT administrators to create, manage, and distribute catalogs of approved products to end users, who can then access the products they need in a personalized portal. Administrators can control which users have access to each product to enforce compliance with organizational business policies. Administrators can also setup adopted roles so that end users only require IAM access to AWS Service Catalog in order to deploy approved resources. AWS Service Catalog allows your organization to benefit from increased agility and reduced costs because end users can find and launch only the products they need from a catalog that you control.
Q: Who should use AWS Service Catalog?
AWS Service Catalog was developed for organizations, IT teams, and managed service providers (MSPs) that need to centralize policies. It allows IT administrators to vend and manage AWS resource and services. For large organizations, it provides a standard method of provisioning cloud resources for thousands of users. It is also suitable for small teams, where front-line development managers can provide and maintain a standard dev/test environment.
Q: How do I get started with AWS Service Catalog?
In the AWS Management Console, choose AWS Service Catalog in Management Tools. In the AWS Service Catalog console, administrators can create portfolios, add products, and grant users permissions to use them with just a few clicks. End users logged into the AWS Service Catalog console can see and launch the products that administrators have created for them.
Q: What can end users to do with AWS Service Catalog that they could not do before?
End users have a simple portal in which to discover and launch products that comply with organizational policies and budget constraints.
Q: What is a portfolio?
A portfolio is a collection of products, with configuration information that determines who can use those products and how they can use them. Administrators can create a customized portfolio for each type of user in an organization and selectively grant access to the appropriate portfolio. When an administrator adds a new version of a product to a portfolio, that version is automatically available to all current portfolio users. The same product can be included in multiple portfolios. Administrators also can share portfolios with other AWS accounts and allow the administrators of those accounts to extend the portfolios by applying additional constraints. By using portfolios, permissions, sharing, and constraints, administrators can ensure that users are launching products that are configured properly for the organization’s needs.
Q: Is AWS Service Catalog a regionalized service?
Yes. AWS Service Catalog is fully regionalized, so you can control the regions in which data is stored. Portfolios and products are a regional construct which will need to be created per region and are only visible/usable on the regions in which they were created.
Q: In which Regions is AWS Service Catalog available?
For a full list of supported AWS Regions, see the AWS Region Table.
Q: Are APIs available? Can I use the CLI to access AWS Service Catalog?
Yes, APIs are available and enabled through the CLI. Actions from the management of Service Catalog artifacts through to provisioning and terminating are available. You can find more information in the AWS Service Catalog documentation or download the latest AWS SDK or CLI.
Q: Can I privately access AWS Service Catalog APIs from my Amazon Virtual Private Cloud (VPC) without using public IPs?
Yes, you can privately access AWS Service Catalog APIs from your Amazon Virtual Private Cloud (VPC) by creating VPC Endpoints. With VPC Endpoints, the routing between the VPC and AWS Service Catalog is handled by the AWS network without the need for an Internet gateway, NAT gateway, or VPN connection. The latest generation of VPC Endpoints used by AWS Service Catalog are powered by AWS PrivateLink, an AWS technology enabling the private connectivity between AWS services using Elastic Network Interfaces (ENI) with private IPs in your VPCs. To learn more about AWS PrivateLink, visit the AWS PrivateLink documentation.
Q: Does AWS Service Catalog offer a Service Level Agreement (SLA)?
Yes. The AWS Service Catalog SLA provides for a service credit if a customer's monthly uptime percentage is below our service commitment in any billing cycle.
Q: How do I create a portfolio?
You create portfolios in the AWS Service Catalog console. For each portfolio, you specify the name, a description, and owner.
Q: How do I create a product?
Each Service Catalog product is based on an infrastructure-as-code (IaC) template. You can use CloudFormation templates or Terraform configurations (single tar.gz file). You can create a product via the AWS Service Catalog console by either uploading an IaC template, providing a link to an S3 bucket where the template is stored, or connecting to an external Git repository where the template is stored. When creating products, you can provide additional information for the product listing, including a detailed product description, version information, support information, and tags.
Q: Why would I use tags with a portfolio?
Tags are useful for identifying and categorizing AWS resources that are provisioned by end users. You can also use tags in AWS Identity and Access Management (IAM) policies to allow or deny access to IAM users, groups, and roles or to restrict operations that can be performed by IAM users, groups, and roles. When you add tags to your portfolio, the tags are applied to all instances of resources provisioned from products in the portfolio.
Q: How do I make a portfolio available to my users?
You publish portfolios that you’ve created or that have been shared with you to make them available to IAM users in the AWS account. To publish a portfolio, you add IAM users, groups, or roles to the portfolio from the AWS Service Catalog console by navigating to the portfolio details page. When you add users to a portfolio, they can browse and launch any of the products in the portfolio. Typically, you create multiple portfolios with different products and access permissions customized for specific types of end users. For example, a portfolio for a development team will likely contain different products from a portfolio targeted at the sales and marketing team. A single product can be published to multiple portfolios with different access permissions and provisioning policies.
Q: Can I share my portfolio with other AWS accounts?
Yes. You can share your portfolios with users in one or more other AWS accounts. When you share your portfolio with other AWS accounts, you retain ownership and control of the portfolio. Only you can make changes, such as adding new products or updating products. You, and only you, can also “unshare” your portfolio at any time. Any products, or stacks, currently in use will continue to run until the stack owner decides to terminate them.
To share your portfolio, you specify the account ID you want to share with, and then send the Amazon Resource Number (ARN) of the portfolio to that account. The owner of that account can create a link to this shared portfolio, and then assign IAM users from that account to the portfolio. To help end users with discovery, you can curate a directory of portfolios.
Q: Can I create a product from an existing Amazon EC2 AMI?
Yes. You can use an existing Amazon EC2 AMI to create a product by wrapping it in an AWS CloudFormation template.
Q: Can I use products from the AWS Marketplace?
Yes. You can subscribe to a product in the AWS Marketplace and use the copy to Service Catalog action to copy your Marketplace product directly to Service Catalog. Also you can use the Amazon EC2 AMI for the product to create an AWS Service Catalog product. To do that, you wrap the subscribed product in an AWS CloudFormation template. For more details on how to copy or package your AWS Marketplace products, please click here.
Q: How do I control access to portfolios and products?
To control access to portfolios and products, you assign IAM users, groups, or roles on the Portfolio details page. Providing access allows users to see the products that are available to them in the AWS Service Catalog console.
Q: Can I provide a new version of a product?
Yes. You can create new product versions in the same way you create new products. When a new version of a product is published to a portfolio, end users can choose to launch the new version. They can also choose to update their running stacks to this new version. AWS Service Catalog does not automatically update products that are in use when an update becomes available.
Q: Can I provide a product and retain full control over the associated AWS resources?
Yes. You have full control over the AWS accounts and roles used to provision products. To provision AWS resources, you can use either the user’s IAM access permissions or your pre-defined IAM role. To retain full control over the AWS resources, you specify a specific IAM role at the product level. AWS Service Catalog uses the role to provision the resources in the stack.
Q: Can I restrict the AWS resources that users can provision?
Yes. You can define rules that limit the parameter values that a user enters when launching a product. These rules are called template constraints because they constrain how the AWS CloudFormation template for the product is deployed. You use a simple editor to create template constraints, and you apply them to individual products.
AWS Service Catalog applies constraints when provisioning a new product or updating a product that is already in use. It always applies the most restrictive constraint among all constraints applied to the portfolio and the product. For example, consider a scenario where the product allows all EC2 instances to be launched and the portfolio has two constraints: one that allows all non-GPU type EC2 instances to be launched and one that allows only t1.micro and m1.small EC2 instances to be launched. For this example, AWS Service Catalog applies the second, more restrictive constraint (t1.micro and m1.small). Currently, template constraints are not supported for Terraform configurations.
Q: Can I use a YAML language CloudFormation template in Service Catalog?
Yes, we currently support both JSON and YAML language templates.
Q: Can I connect my ServiceNow and Jira Service Desk instances to AWS Service Catalog?
Yes. The AWS Service Management Connector for ServiceNow and Jira Service Desk (formerly the AWS Service Catalog Connector) provides integrations features on ServiceNow and Jira Service Desk projects. This simplifies cloud provisioning and resource management for ServiceNow and Jira Service Desk administrators, and makes it easier for ServiceNow users to request AWS products, which can be any IT service that administrators want to make available for deployment on AWS.
ServiceNow and Jira Service Desk administrators can configure the connector to work with existing or new AWS accounts and roles. ServiceNow and Jira Service Desk users can browse and request AWS products approved by administrators. You can also view configuration item details on provisioned products and execute AWS Systems Manager automation documents within ServiceNow and Jira Service Desk. This simplifies AWS product request actions for ServiceNow and Jira Service Desk users and provides ServiceNow and Jira Service Desk administrators governance and oversight over AWS products.
The AWS Service Management Connector for ServiceNow is available at no charge in the ServiceNow Store. This new feature is generally available in all AWS Regions where AWS Service Catalog is available. For more information, please visit the documentation.
The AWS Service Management Connector for Jira Service Desk is available at no charge in the Atlassian Marketplace. This new feature is generally available in all AWS Regions where AWS Service Catalog, For more information, please visit the documentation.
Q: How do I find out which products are available?
You can see which products are available by logging in to the AWS Service Catalog console and searching the portal for products that meet your needs, or you can navigate to the full product list page. You can sort to find the product that you want.
For each product, you can view a Product details page that displays information about the product, including the version, whether a newer version of the product is available, a description, support information, and tags associated with the product. The Product details page might also indicate whether the product will be provisioned using your access permissions (Self) or an administrator-specified role (role-arn).
Q: How do I deploy a product?
When you find a product that meets your requirements in the portal, choose Launch. You will be guided through a series of questions about how you plan to use the product. The questions might be about your business needs or your infrastructure requirements (such as “Which EC2 instance type?”). When you have provided the required information, you’ll see the product in the AWS Service Catalog console. While the product is being provisioned, you will see that it is “in progress.” After provisioning is complete, you will see “complete” and information, such as endpoints or Amazon Resource Names (ARNs), that you can use to access the product.
Q: Can I see which products I am using?
Yes. You can see which products you are using in the AWS Service Catalog console. You can see all of the stacks that are in use, along with the version of the product used to create them.
Q: How do I update my products when a new version becomes available?
When a new version of a product is published, you can use the Update Stack command to use that version. If you are currently using a product for which there is an update, it continues to run until you close it, at which point you can choose to use the new version.
Q: How do I monitor the health of my products?
You can see the products that you are using and their health state in the AWS Service Catalog console.
Support for Terraform Open Source and Terraform Cloud
Q: What is AWS Service Catalog support for Terraform open source and Terraform Cloud?
AWS Service Catalog enables customers using Terraform open source and Terraform Cloud to provide self-service provisioning with governance to their end users in AWS. Central IT can use a single tool to organize, govern, and distribute their Terraform configurations within AWS at scale. They can access AWS Service Catalog key features, including cataloging of standardized and pre-approved templates, access control, least privileges during provisioning, versioning, sharing to thousands of AWS accounts, and tagging. End-users simply see the list of products and versions they have access to, and can deploy them in a single action.
To get started, use the AWS-provided Terraform Reference Engine for Terraform open source or Terraform Reference Engine for Terraform Cloud that installs and configures the code and infrastructure required for the Terraform open-source engine to work with AWS Service Catalog. This one-time setup takes just minutes.
To learn how to catalog, govern, share, and deploy Terraform products using AWS Service Catalog, read our documentation.
Q: Who should use AWS Service Catalog Support for Terraform?
If Terraform open source or Terraform Cloud is your IaC tool of choice, you can use Service Catalog to offer your teams Terraform configurations self-service provisioning. If you use a mix of CloudFormation and Terraform configurations across different teams or use cases, you can now use AWS Service Catalog as the single tool to catalog and share both. For your end users, AWS Service Catalog provides an easy-to-use, common interface to view and provision resources regardless of the IaC technology.
Q: How do I get started with AWS Service Catalog support for Terraform open source and Terraform Cloud?
To use AWS Service Catalog with Terraform open source, you need to setup a Terraform open source engine in one of your accounts. Create a Terraform open source engine by using the AWS provided Terraform Reference Engine, that will install and configure the code and infrastructure required for your Terraform open source engine to work with AWS Service Catalog. After this one-time setup, that takes just minutes, you can start creating Terraform open source type products in AWS Service Catalog.
To use AWS Service Catalog with Terraform Cloud, use the Terraform Reference Engine for Terraform Cloud that will install and configure the code and infrastructure required for your Terraform Cloud Engine to work with AWS Service Catalog. To learn more, read our documentation.
Q: Can I enable multiple AWS accounts to provision Terraform resources using a single, centralized Terraform open source or Terraform Cloud engine?
Yes. AWS Service Catalog supports a “hub and spoke” model where a product is defined in a single central account, and can then be shared with thousands of AWS accounts. For Terraform, you can install your Terraform open source or Terraform Cloud engine and create your Terraform products in this central Hub account. You can then share these with spoke accounts and enable access to IAM roles/users/groups in those accounts. Note that you will need to define launch roles with sufficient permissions in each of those accounts.
Q: Is AWS Service Catalog support for Terraform open source or Terraform Cloud a managed service?
Partially. AWS supports the cataloging, sharing, and end-user access for Terraform products. You are responsible for making sure your Terraform open source or Terraform Cloud environment is ready and well-integrated with AWS Service Catalog. You also need to define a launch role with permissions to provision and tag all the resources associated with Terraform products.
Q: Can I connect AWS Service Catalog to my source code repository where my Terraform configurations are stored?
Yes. AWS Service Catalog allows you to sync products to template files that are managed through GitHub, GitHub Enterprise, or Bitbucket. Regardless of which repository is chosen, the template file format is still required to be a single file archived in Tar and compressed in Gzip.
Q: How are my Terraform open source and Terraform Cloud product state files managed by AWS Service Catalog?
Each Terraform open source or Terraform Cloud product has a single state file, that is stored in the AWS account of your Terraform open source engine or Terraform Cloud engine in AWS S3 bucket. AWS Service Catalog administrators will see the list of state files, but they won’t be able to read or write their contents. Only your Terraform open source engine or Terraform Cloud Engine can read and write the contents of the state files.
Q: What is the price for using this feature?
This feature is priced the same as all other AWS Service Catalog features, at $0.0007 per API call after the first 1,000 calls in an account/region. To learn more, read here.
Q: What is AWS Service Catalog AppRegistry?
AWS Service Catalog AppRegistry allows organizations to understand the application context of their AWS resources. AppRegistry provides a repository for the information that describes the applications and associated resources that you use within your enterprise.
Q: Who should use AWS Service Catalog AppRegistry?
AWS Service Catalog AppRegistry was developed for organizations that need a single, up-to-date, definition of applications within their AWS environment.
Q: What is an application?
AWS Service Catalog AppRegistry enables you to define your application including a name, description, the associated CloudFormation stacks, and the application metadata represented by Attribute Groups. The associated CloudFormation stacks represent all the resources required for the application. This might be the infrastructure required in a single environment, or it could also include the code repositories, pipelines, and IAM resources that support the application across all environments. Either existing or new CloudFormation Stacks can be associated to applications. New stacks can be associated to the application upon provisioning by including an association to the application with the stack’s CloudFormation template.
Q: What is an attribute group?
Attribute groups contain the application metadata that is important to your enterprise. Attribute groups include an open JSON schema, providing you the flexibility to capture complex enterprise metadata. Application attributes might include metadata such as the application security classification, organizational ownership, application type, cost center, and support information. Builders association attribute groups to their application. When attribute groups are updated, these updates are automatically reflected in all applications associated to the attribute group.
Q: In which Regions is AWS Service Catalog available?
For a full list of supported AWS Regions, see the AWS Region Table.
Q: Are APIs available? Can I use the CLI to access AWS Service Catalog AppRegistry?
Yes, a full set of API and CLI actions are available.