Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
73 changes: 73 additions & 0 deletions Tutorial/docs/tutorials/hidden/solution.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,73 @@
# Solution

Manage solutions through the CosmoTech API.

## Solution Elements

```yaml
kind: Solution
namespace:
remote: {{remote}}
state_id: "{{state_id}}"
context: "{{context_id}}"
platform: {{platform}}
metadata:
selector:
organization_id: {{organization_id}}
spec:
sidecars:
payload:
key: {{solution_key}}
name: {{solution_name}}
description: {{solution_description}}
repository: {{solution_repository}}
alwaysPull: boolean
csmSimulator: string
version: {{solution_version}}
sdkVersion: string
url: string
tags: {}
parameters: {}
parameterGroups: {}
runTemplates: {}
security: {{security}}
```

## Namespace

The elements in this category have configured on previous Babylon uses and are configuered as such

## Metadata

The elements in this category have configured on previous Babylon uses and are configuered as such

## Spec
## Sidecars

In this part, you will be able to enter the different side elements for Solution such as the Azure run templates.

## User-Provided Elements

In Namespace, all the elements were inputed earlier and can be referenced by using the variables in the example

In Metadata, we only need to reference the organizationId used earlier.

In Spec, we can input the azure run templates the workspace will use.

The following elements require user input:

- **`key`** - The name the solution will have in subprocesses such as Azure use
- **`name`** - The name the solution will have displayed in the WebApp
- **`description`** - A description of the solution
- **`repository`** - The container registry where the solution image is stored
- **`alwaysPull`** - Whether or not the run template should always pull the image
- **`csmSimulator`** - The main Cosmo Tech simulator name used in standard Run Templates
- **`version`** - The solution version in `MAJOR.MINOR.PATCH` format; it must be aligned with an existing repository tag
- **`sdkVersion`** - The SDK version in `MAJOR.MINOR` format used to build this solution
- **`url`** - An optional URL link to the solution page
- **`tags`** - The solution tags
- **`parameters`** - The parameters defined on scenario creation
- **`parameterGroups`** - The grouped parameters used in the run templates
- **`runTemplates`** - The run templates for the scenario
- **`security`** - Constituted of a default security role for non-specified users and a list of specified users with their relative security roles. If no security was provided at creation, the default role for the solution will be `none` and the only user in the access control list will be the user who created the solution with the role `admin`

74 changes: 74 additions & 0 deletions Tutorial/docs/tutorials/hidden/workspace.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,74 @@
# Workspace

Workspaces and their management via the CosmoTech API.

## Workspace Elements

```yaml
kind: Workspace
namespace:
remote: {{remote}}
state_id: "{{state_id}}"
context: "{{context_id}}"
platform: {{platform}}
metadata:
selector:
organization_id: {{organization_id}}
solution_id: {{services['api.solution_id']}}
spec:
key: {{workspace_key}}
name: {{workspace_name}}
description: {{workspace_description}}
version: string
tags: {}
solution:
solutionId: {{services['api.solution_id']}}
defaultRunTemplateDataset: null
webapp:
url: string
iframes: {}
options: {}
sendInputToDataWarehouse: boolean
useDedicatedEventHubNamespace: boolean
dedicatedEventHubSasKeyName: string
sendScenarioRunToEventHub: boolean
sendScenarioMetadataToEventHub: boolean
datasetCopy: boolean
webApp:
url: string
options: {}
security: {{security}}
```

## Namespace

The elements in this category have configured on previous Babylon uses and are configuered as such

## Metadata

The elements in this category have configured on previous Babylon uses and are configuered as such

## Spec

In this part, you will be able to enter the different side elements for workspace, such as EventHub or PowerBI.

## Payload

The following elements require user input:

- **`key`** - The name the workspace will have in subprocesses such as Azure use
- **`name`** - The name the workspace will have displayed in the WebApp
- **`description`** - A description of the workspace
- **`version`** - The workspace version `MAJOR.MINOR.PATCH`
- **`tags`** - The list of tags
- **`solution`** - The solution has three parts: `solutionId` is the ID of the linked solution; `runTemplateFilter` is the list of Solution Run Template IDs to filter; `defaultRunTemplateDataset` is a map of RunTemplate/DatasetID to set a default dataset for a Run Template
- **`webapp`** - The webapp has three parts: `url` is the WebApp URL; `iframes` is a map of iframeKey/iframeURL; `options` are free-form options for the WebApp
- **`sendInputToDataWarehouse`** - Whether or not to send the dataset values and the input parameter values to the DataWarehouse prior to the ScenarioRun
- **`useDedicatedEventHubNamespace`** - Whether or not to use a dedicated Azure Event Hub Namespace. The name must be `<organization_id>-<workspace_id>` (in lowercase). The Namespace must contain two Event Hubs named `probesmeasures` and `scenariorun`
- **`dedicatedEventHubSasKeyName`** - The dedicated Event Hub SAS key name, defaults to `RootManageSharedAccessKey`
- **`dedicatedEventHubAuthenticationStrategy`** - The Event Hub authentication strategy: `SHARED_ACCESS_POLICY` or `TENANT_CLIENT_CREDENTIALS`
- **`sendScenarioRunToEventHub`** - Whether or not the ScenarioRun is sent to the Event Hub
- **`sendScenarioMetadataToEventHub`** - Whether or not to send scenario metadata to Azure Event Hub Namespace for this workspace. The Event Hub Namespace must be named `<organization_id>-<workspace_id>` (in lowercase). This Namespace must also contain two Event Hubs named `scenariometadata` and `scenariorunmetadata`
- **`datasetCopy`** - Activate the copy of dataset on scenario creation, meaning that each scenario created in this workspace will create this copy
- **`security`** - Constituted of a default security role for non-specified users and a list of specified users with their relative security roles. If no security was provided at creation, the default role for the workspace will be `none` and the only user in the access control list will be the user who created the workspace with the role `admin`