Modeling Public Cloud Services in CloudShell

In some scenarios, you may want to model a public cloud service or a SaaS product in the sandbox. For example:

• Modeling an AWS caching service as an element in a sandbox
• Modeling a Salesforce service to allow retrieving Salesforce information in sandbox orchestration. In this scenario, the Salesforce service doesn’t have to be an element in any sandbox.

This is done by creating a CloudShell service shell that contains all the relevant attributes, automation and logic required to access and use the cloud service. For this purpose, we’ve created the Cloud Service Shell Standard, which provides the framework for implementing support for cloud services.

To create a cloud service:

1. Create a service shell using the gen2/cloud-service shell template. See Creating a Shell from a template.
2. Add the relevant automation and attributes. See Customizing Shells.
3. Package and install the shell on CloudShell. See Packaging and importing a Shell into CloudShell.
4. Expose the shell to the relevant domains. See Associating categories to a service shell.

5. Optionally, set up orchestration scripts, which will use the shell’s commands, and add them to the relevant blueprints. See Getting Started with Orchestration Scripts.

   Note: It is also possible to create an admin-only service that is hidden from regular users in the sandbox. For this purpose, we created the gen2/admin-only-custom-service shell template.