CloudShell Version: 8.3 GA

Help Version: 1.2

Api Guide
View / Download All Help Versions
Online Help

Shells Overview

A Shell enables CloudShell users to interact with different sandbox elements, like physical devices and virtual appliances. A Shell models the sandbox element in CloudShell and provides commands that CloudShell users and automation processes can run on it, like Power On and Health Check.

Shells can be downloaded from Quali Community’s Integrations page and have different levels - Certified, Preview & Community grade. Each Shell is based on a standard, which defines the Shell's data model and functions. Can't find the Shell you're looking for in Quali Community’s Integrations page? You can extend an existing Shell, create a new Shell based on one of our Shell standards, or suggest a new standard in our Idea Box. For more information, visit the CloudShell Developer Guide or ask a question in our Community Forum.

Our Shells

CloudShell Shells are either 1st Generation Shells or 2nd Generation Shells. Both types of Shells can coexist with each other in the same CloudShell sandbox but differ in their structure and how they are managed.

Note: The Shell’s type is indicated with a “1st Gen” or “2nd Gen” label in Quali Community’s Integrations page.

  • 1st Generation Shells are imported as CloudShell packages that contain the data model and driver for the intended sandbox element. 1st Generation Shells allow extensive control of the family and model, and therefore are not standardized. While they allow maximal flexibility, when using them, some Shell management capabilities may not be available. Note that packaging and importing 1st Generation Shells uses the blueprint packages mechanism - see Import a Blueprint Package into CloudShell.
  • 2nd Generation Shells are imported through CloudShell Portal's Shells management page. 2nd Generation Shells are based on standardized models and attributes, which streamlines the creation, maintenance and sharing of Shells.

How to use Shells in CloudShell

Note: Depending on your organization, the system administrator and domain administrator may be the same employee.

  1. The system administrator imports the Shell into CloudShell, as explained in Importing Shells.
  2. (This step does not apply to Shells that create services) In the Inventory dashboard, the domain administrator creates a resource based on the Shell. For additional information, see Adding Inventory Resources.

    The resource is available for the domain’s users.

  3. Blueprint designers add the resource to the blueprint, and if needed, configure connectivity to other elements in the blueprint. For additional information, see Add Connectivity.

Related Topics