Package software.amazon.awscdk.services.servicecatalog

package software.amazon.awscdk.services.servicecatalog

AWS Service Catalog Construct Library

AWS Service Catalog enables organizations to create and manage catalogs of products for their end users that are approved for use on AWS.

Table Of Contents

The aws-cdk-lib/aws-servicecatalog package contains resources that enable users to automate governance and management of their AWS resources at scale. 

 import software.amazon.awscdk.services.servicecatalog.*;

Portfolio

AWS Service Catalog portfolios allow administrators to organize, manage, and distribute cloud resources for their end users. Using the CDK, a new portfolio can be created with the Portfolio construct: 

 Portfolio.Builder.create(this, "Portfolio")
         .displayName("MyPortfolio")
         .providerName("MyTeam")
         .build();

You can also specify optional metadata properties such as description and messageLanguage to help better catalog and manage your portfolios. 

 Portfolio.Builder.create(this, "Portfolio")
         .displayName("MyFirstPortfolio")
         .providerName("SCAdmin")
         .description("Portfolio for a project")
         .messageLanguage(MessageLanguage.EN)
         .build();

Read more at Creating and Managing Portfolios.

To reference an existing portfolio into your CDK application, use the Portfolio.fromPortfolioArn() factory method: 

 IPortfolio portfolio = Portfolio.fromPortfolioArn(this, "ReferencedPortfolio", "arn:aws:catalog:region:account-id:portfolio/port-abcdefghi");

Granting access to a portfolio

You can grant access to and manage the IAM users, groups, or roles that have access to the products within a portfolio. Entities with granted access will be able to utilize the portfolios resources and products via the console or AWS CLI. Once resources are deployed end users will be able to access them via the console or service catalog CLI. 

 Portfolio portfolio;
 
 
 User user = new User(this, "User");
 portfolio.giveAccessToUser(user);
 
 Role role = Role.Builder.create(this, "Role")
         .assumedBy(new AccountRootPrincipal())
         .build();
 portfolio.giveAccessToRole(role);
 
 Group group = new Group(this, "Group");
 portfolio.giveAccessToGroup(group);

Sharing a portfolio with another AWS account

You can use account-to-account sharing to distribute a reference to your portfolio to other AWS accounts by passing the recipient account number. After the share is initiated, the recipient account can accept the share via CLI or console by importing the portfolio ID. Changes made to the shared portfolio will automatically propagate to recipients. 

 Portfolio portfolio;
 
 portfolio.shareWithAccount("012345678901");

Product

Products are version friendly infrastructure-as-code templates that admins create and add to portfolios for end users to provision and create AWS resources. Service Catalog supports products from AWS Marketplace or ones defined by a CloudFormation template. The CDK currently only supports adding products of type CloudFormation. Using the CDK, a new Product can be created with the CloudFormationProduct construct. You can use CloudFormationTemplate.fromUrl to create a Product from a CloudFormation template directly from a URL that points to the template in S3, GitHub, or CodeCommit: 

 CloudFormationProduct product = CloudFormationProduct.Builder.create(this, "MyFirstProduct")
         .productName("My Product")
         .owner("Product Owner")
         .productVersions(List.of(CloudFormationProductVersion.builder()
                 .productVersionName("v1")
                 .cloudFormationTemplate(CloudFormationTemplate.fromUrl("https://raw.githubusercontent.com/awslabs/aws-cloudformation-templates/master/aws/services/ServiceCatalog/Product.yaml"))
                 .build()))
         .build();

Creating a product from a local asset

A CloudFormationProduct can also be created by using a CloudFormation template held locally on disk using Assets. Assets are files that are uploaded to an S3 Bucket before deployment. CloudFormationTemplate.fromAsset can be utilized to create a Product by passing the path to a local template file on your disk: 

 import path.*;
 
 
 CloudFormationProduct product = CloudFormationProduct.Builder.create(this, "Product")
         .productName("My Product")
         .owner("Product Owner")
         .productVersions(List.of(CloudFormationProductVersion.builder()
                 .productVersionName("v1")
                 .cloudFormationTemplate(CloudFormationTemplate.fromUrl("https://raw.githubusercontent.com/awslabs/aws-cloudformation-templates/master/aws/services/ServiceCatalog/Product.yaml"))
                 .build(), CloudFormationProductVersion.builder()
                 .productVersionName("v2")
                 .cloudFormationTemplate(CloudFormationTemplate.fromAsset(join(__dirname, "development-environment.template.json")))
                 .build()))
         .build();

Creating a product from a stack

You can create a Service Catalog CloudFormationProduct entirely defined with CDK code using a service catalog ProductStack. A separate child stack for your product is created and you can add resources like you would for any other CDK stack, such as an S3 Bucket, IAM roles, and EC2 instances. This stack is passed in as a product version to your product. This will not create a separate CloudFormation stack during deployment. 

 import software.amazon.awscdk.*;
 
 
 public class S3BucketProduct extends ProductStack {
     public S3BucketProduct(Construct scope, String id) {
         super(scope, id);
 
         new Bucket(this, "BucketProduct");
     }
 }
 
 CloudFormationProduct product = CloudFormationProduct.Builder.create(this, "Product")
         .productName("My Product")
         .owner("Product Owner")
         .productVersions(List.of(CloudFormationProductVersion.builder()
                 .productVersionName("v1")
                 .cloudFormationTemplate(CloudFormationTemplate.fromProductStack(new S3BucketProduct(this, "S3BucketProduct")))
                 .build()))
         .build();

Using Assets in your Product Stack

You can reference assets in a Product Stack. For example, we can add a handler to a Lambda function or a S3 Asset directly from a local asset file. In this case, you must provide a S3 Bucket with a bucketName to store your assets. 

 import software.amazon.awscdk.services.lambda.*;
 import software.amazon.awscdk.*;
 import software.amazon.awscdk.services.s3.Bucket;
 
 
 public class LambdaProduct extends ProductStack {
     public LambdaProduct(Construct scope, String id, ProductStackProps props) {
         super(scope, id, props);
 
         Function.Builder.create(this, "LambdaProduct")
                 .runtime(Runtime.PYTHON_3_9)
                 .code(Code.fromAsset("./assets"))
                 .handler("index.handler")
                 .build();
     }
 }
 
 Bucket userDefinedBucket = Bucket.Builder.create(this, "UserDefinedBucket")
         .bucketName("amzn-s3-demo-bucket")
         .build();
 
 CloudFormationProduct product = CloudFormationProduct.Builder.create(this, "Product")
         .productName("My Product")
         .owner("Product Owner")
         .productVersions(List.of(CloudFormationProductVersion.builder()
                 .productVersionName("v1")
                 .cloudFormationTemplate(CloudFormationTemplate.fromProductStack(LambdaProduct.Builder.create(this, "LambdaFunctionProduct")
                         .assetBucket(userDefinedBucket)
                         .build()))
                 .build()))
         .build();

When a product containing an asset is shared with a spoke account, the corresponding asset bucket will automatically grant read permissions to the spoke account. Note, it is not recommended using a referenced bucket as permissions cannot be added from CDK. In this case, it will be your responsibility to grant read permissions for the asset bucket to the spoke account. If you want to provide your own bucket policy or scope down your bucket policy further to only allow reads from a specific launch role, refer to the following example policy: 

 IBucket bucket;
 
 
 PolicyStatement.Builder.create()
         .actions(List.of("s3:GetObject*", "s3:GetBucket*", "s3:List*"))
         .effect(Effect.ALLOW)
         .resources(List.of(bucket.getBucketArn(), bucket.arnForObjects("*")))
         .principals(List.of(
             new ArnPrincipal(Stack.of(this).formatArn(ArnComponents.builder()
                     .service("iam")
                     .region("")
                     .account("111111111111")
                     .resource("role")
                     .resourceName("MyLaunchRole")
                     .build()))))
         .conditions(Map.of(
                 "ForAnyValue:StringEquals", Map.of(
                         "aws:CalledVia", List.of("cloudformation.amazonaws.com")),
                 "Bool", Map.of(
                         "aws:ViaAWSService", true)))
         .build();

Furthermore, in order for a spoke account to provision a product with an asset, the role launching the product needs permissions to read from the asset bucket. We recommend you utilize a launch role with permissions to read from the asset bucket. For example your launch role would need to include at least the following policy: 

 {
   "Statement": [
     {
       "Effect": "Allow",
       "Action": [
         "s3:GetObject"
       ],
       "Resource": "*"
     }
   ]
 }

Please refer to Set launch role for additional details about launch roles. See Launch Constraint documentation to understand the permissions that launch roles need.

Creating a Product from a stack with a history of previous versions

The default behavior of Service Catalog is to overwrite each product version upon deployment. This applies to Product Stacks as well, where only the latest changes to your Product Stack will be deployed. To keep a history of the revisions of a ProductStack available in Service Catalog, you would need to define a ProductStack for each historical copy.

You can instead create a ProductStackHistory to maintain snapshots of all previous versions. The ProductStackHistory can be created by passing the base productStack, a currentVersionName for your current version and a locked boolean. The locked boolean which when set to true will prevent your currentVersionName from being overwritten when there is an existing snapshot for that version. 

 public class S3BucketProduct extends ProductStack {
     public S3BucketProduct(Construct scope, String id) {
         super(scope, id);
 
         new Bucket(this, "BucketProduct");
     }
 }
 
 ProductStackHistory productStackHistory = ProductStackHistory.Builder.create(this, "ProductStackHistory")
         .productStack(new S3BucketProduct(this, "S3BucketProduct"))
         .currentVersionName("v1")
         .currentVersionLocked(true)
         .build();

We can deploy the current version v1 by using productStackHistory.currentVersion() 

 public class S3BucketProduct extends ProductStack {
     public S3BucketProduct(Construct scope, String id) {
         super(scope, id);
 
         new Bucket(this, "BucketProductV2");
     }
 }
 
 ProductStackHistory productStackHistory = ProductStackHistory.Builder.create(this, "ProductStackHistory")
         .productStack(new S3BucketProduct(this, "S3BucketProduct"))
         .currentVersionName("v2")
         .currentVersionLocked(true)
         .build();
 
 CloudFormationProduct product = CloudFormationProduct.Builder.create(this, "MyFirstProduct")
         .productName("My Product")
         .owner("Product Owner")
         .productVersions(List.of(productStackHistory.currentVersion()))
         .build();

Using ProductStackHistory all deployed templates for the ProductStack will be written to disk, so that they will still be available in the future as the definition of the ProductStack subclass changes over time. It is very important that you commit these old versions to source control as these versions determine whether a version has already been deployed and can also be deployed themselves.

After using ProductStackHistory to deploy version v1 of your ProductStack, we make changes to the ProductStack and update the currentVersionName to v2. We still want our v1 version to still be deployed, so we reference it by calling productStackHistory.versionFromSnapshot('v1'). 

 public class S3BucketProduct extends ProductStack {
     public S3BucketProduct(Construct scope, String id) {
         super(scope, id);
 
         new Bucket(this, "BucketProductV2");
     }
 }
 
 ProductStackHistory productStackHistory = ProductStackHistory.Builder.create(this, "ProductStackHistory")
         .productStack(new S3BucketProduct(this, "S3BucketProduct"))
         .currentVersionName("v2")
         .currentVersionLocked(true)
         .build();
 
 CloudFormationProduct product = CloudFormationProduct.Builder.create(this, "MyFirstProduct")
         .productName("My Product")
         .owner("Product Owner")
         .productVersions(List.of(productStackHistory.currentVersion(), productStackHistory.versionFromSnapshot("v1")))
         .build();

Adding a product to a portfolio

You add products to a portfolio to organize and distribute your catalog at scale. Adding a product to a portfolio creates an association, and the product will become visible within the portfolio side in both the Service Catalog console and AWS CLI. You can add a product to multiple portfolios depending on your organizational structure and how you would like to group access to products. 

 Portfolio portfolio;
 CloudFormationProduct product;
 
 
 portfolio.addProduct(product);

Tag Options

TagOptions allow administrators to easily manage tags on provisioned products by providing a template for a selection of tags that end users choose from. TagOptions are created by specifying a tag key with a set of allowed values and can be associated with both portfolios and products. When launching a product, both the TagOptions associated with the product and the containing portfolio are made available.

At the moment, TagOptions can only be deactivated in the console. 

 Portfolio portfolio;
 CloudFormationProduct product;
 
 
 TagOptions tagOptionsForPortfolio = TagOptions.Builder.create(this, "OrgTagOptions")
         .allowedValuesForTags(Map.of(
                 "Group", List.of("finance", "engineering", "marketing", "research"),
                 "CostCenter", List.of("01", "02", "03")))
         .build();
 portfolio.associateTagOptions(tagOptionsForPortfolio);
 
 TagOptions tagOptionsForProduct = TagOptions.Builder.create(this, "ProductTagOptions")
         .allowedValuesForTags(Map.of(
                 "Environment", List.of("dev", "alpha", "prod")))
         .build();
 product.associateTagOptions(tagOptionsForProduct);

Constraints

Constraints are governance gestures that you place on product-portfolio associations that allow you to manage minimal launch permissions, notifications, and other optional actions that end users can perform on products. Using the CDK, if you do not explicitly associate a product to a portfolio and add a constraint, it will automatically add an association for you.

There are rules around how constraints are applied to portfolio-product associations. For example, you can only have a single "launch role" constraint applied to a portfolio-product association. If a misconfigured constraint is added, synth will fail with an error message.

Read more at Service Catalog Constraints.

Tag update constraint

Tag update constraints allow or disallow end users to update tags on resources associated with an AWS Service Catalog product upon provisioning. By default, if a Tag Update constraint is not configured, tag updating is not permitted. If tag updating is allowed, then new tags associated with the product or portfolio will be applied to provisioned resources during a provisioned product update. 

 Portfolio portfolio;
 CloudFormationProduct product;
 
 
 portfolio.addProduct(product);
 portfolio.constrainTagUpdates(product);

If you want to disable this feature later on, you can update it by setting the "allow" parameter to false: 

 Portfolio portfolio;
 CloudFormationProduct product;
 
 
 // to disable tag updates:
 portfolio.constrainTagUpdates(product, TagUpdateConstraintOptions.builder()
         .allow(false)
         .build());

Notify on stack events

Allows users to subscribe an AWS SNS topic to a provisioned product's CloudFormation stack events. When an end user provisions a product it creates a CloudFormation stack that notifies the subscribed topic on creation, edit, and delete events. An individual SNS topic may only have a single subscription to any given portfolio-product association. 

 import software.amazon.awscdk.services.sns.*;
 
 Portfolio portfolio;
 CloudFormationProduct product;
 
 
 Topic topic1 = new Topic(this, "Topic1");
 portfolio.notifyOnStackEvents(product, topic1);
 
 Topic topic2 = new Topic(this, "Topic2");
 portfolio.notifyOnStackEvents(product, topic2, CommonConstraintOptions.builder()
         .description("description for topic2")
         .build());

CloudFormation template parameters constraint

CloudFormation template parameter constraints allow you to configure the provisioning parameters that are available to end users when they launch a product. Template constraint rules consist of one or more assertions that define the default and/or allowable values for a product’s provisioning parameters. You can configure multiple parameter constraints to govern the different provisioning parameters within your products. For example, a rule might define the EC2 instance types that users can choose from when launching a product that includes one or more EC2 instances. Parameter rules have an optional condition field that allow for rule application to consider conditional evaluations. If a condition is specified, all assertions will be applied if the condition evaluates to true. For information on rule-specific intrinsic functions to define rule conditions and assertions, see AWS Rule Functions. 

 import software.amazon.awscdk.*;
 
 Portfolio portfolio;
 CloudFormationProduct product;
 
 
 portfolio.constrainCloudFormationParameters(product, CloudFormationRuleConstraintOptions.builder()
         .rule(TemplateRule.builder()
                 .ruleName("testInstanceType")
                 .condition(Fn.conditionEquals(Fn.ref("Environment"), "test"))
                 .assertions(List.of(TemplateRuleAssertion.builder()
                         .assert(Fn.conditionContains(List.of("t2.micro", "t2.small"), Fn.ref("InstanceType")))
                         .description("For test environment, the instance type should be small")
                         .build()))
                 .build())
         .build());

Set launch role

Allows you to configure a specific IAM role that Service Catalog assumes on behalf of the end user when launching a product. By setting a launch role constraint, you can maintain least permissions for an end user when launching a product. For example, a launch role can grant permissions for specific resource creation like an S3 bucket that the user. The launch role must be assumed by the Service Catalog principal. You can only have one launch role set for a portfolio-product association, and you cannot set a launch role on a product that already has a StackSets deployment configured. 

 Portfolio portfolio;
 CloudFormationProduct product;
 
 
 Role launchRole = Role.Builder.create(this, "LaunchRole")
         .assumedBy(new ServicePrincipal("servicecatalog.amazonaws.com"))
         .build();
 
 portfolio.setLaunchRole(product, launchRole);

You can also set the launch role using just the name of a role which is locally deployed in end user accounts. This is useful for when roles and users are separately managed outside of the CDK. The given role must exist in both the account that creates the launch role constraint, as well as in any end user accounts that wish to provision a product with the launch role.

You can do this by passing in the role with an explicitly set name: 

 Portfolio portfolio;
 CloudFormationProduct product;
 
 
 Role launchRole = Role.Builder.create(this, "LaunchRole")
         .roleName("MyRole")
         .assumedBy(new ServicePrincipal("servicecatalog.amazonaws.com"))
         .build();
 
 portfolio.setLocalLaunchRole(product, launchRole);

Or you can simply pass in a role name and CDK will create a role with that name that trusts service catalog in the account: 

 Portfolio portfolio;
 CloudFormationProduct product;
 
 
 String roleName = "MyRole";
 IRole launchRole = portfolio.setLocalLaunchRoleName(product, roleName);

See Launch Constraint documentation to understand the permissions that launch roles need.

Deploy with StackSets

A StackSets deployment constraint allows you to configure product deployment options using AWS CloudFormation StackSets. You can specify one or more accounts and regions into which stack instances will launch when the product is provisioned. There is an additional field allowStackSetInstanceOperations that sets ability for end users to create, edit, or delete the stacks created by the StackSet. By default, this field is set to false. When launching a StackSets product, end users can select from the list of accounts and regions configured in the constraint to determine where the Stack Instances will deploy and the order of deployment. You can only define one StackSets deployment configuration per portfolio-product association, and you cannot both set a launch role and StackSets deployment configuration for an assocation. 

 Portfolio portfolio;
 CloudFormationProduct product;
 
 
 Role adminRole = Role.Builder.create(this, "AdminRole")
         .assumedBy(new AccountRootPrincipal())
         .build();
 
 portfolio.deployWithStackSets(product, StackSetsConstraintOptions.builder()
         .accounts(List.of("012345678901", "012345678902", "012345678903"))
         .regions(List.of("us-west-1", "us-east-1", "us-west-2", "us-east-1"))
         .adminRole(adminRole)
         .executionRoleName("SCStackSetExecutionRole") // Name of role deployed in end users accounts.
         .allowStackSetInstanceOperations(true)
         .build());