You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
- An app deployed using either [`azdata`](big-data-cluster-create-apps.md) or the [App Deploy extension](app-deployment-extension.md)
25
25
26
26
## Capabilities
27
27
28
-
After you have deployed an application to your SQL Server 2019 big data cluster (preview), you can access and consume that application using a RESTful web service. This enables integration of that app from other applications or services (for example, a mobile app or website). The following table describes the application deployment commands that you can use with **mssqlctl** to get information about the RESTful web service for your app.
28
+
After you have deployed an application to your SQL Server 2019 big data cluster (preview), you can access and consume that application using a RESTful web service. This enables integration of that app from other applications or services (for example, a mobile app or website). The following table describes the application deployment commands that you can use with **azdata** to get information about the RESTful web service for your app.
29
29
30
30
|Command |Description |
31
31
|:---|:---|
32
-
|`mssqlctl app describe`| Describe application. |
32
+
|`azdata app describe`| Describe application. |
33
33
34
34
You can get help with the `--help` parameter as in the following example:
35
35
36
36
```bash
37
-
mssqlctl app describe --help
37
+
azdata app describe --help
38
38
```
39
39
40
40
The following sections describe how to retrieve an endpoint for an application and how to work with the RESTful web service for application integration.
41
41
42
42
## Retrieve the endpoint
43
43
44
-
The **mssqlctl app describe** command provides detailed information about the app including the end point in your cluster. This is typically used by an app developer to build an app using the swagger client and using the webservice to interact with the app in a RESTful manner.
44
+
The **azdata app describe** command provides detailed information about the app including the end point in your cluster. This is typically used by an app developer to build an app using the swagger client and using the webservice to interact with the app in a RESTful manner.
45
45
46
46
Describe your app by running a command similar to the following:
47
47
48
48
```bash
49
-
mssqlctl app describe --name addpy --version v1
49
+
azdata app describe --name addpy --version v1
50
50
```
51
51
52
52
```json
@@ -81,7 +81,7 @@ Note the IP address (`10.1.1.3` in this example) and the port number (`30777`) i
81
81
82
82
## Generate a JWT access token
83
83
84
-
In order to access the RESTful web service for the app you have deployed you first have to generate a JWT Access token. Open the following URL in your browser: `https://[IP]:[PORT]/api/docs/swagger.json` using the IP address and port you retrieved running the `describe` command above. You will have to log in with the same credentials you used for `mssqlctl login`.
84
+
In order to access the RESTful web service for the app you have deployed you first have to generate a JWT Access token. Open the following URL in your browser: `https://[IP]:[PORT]/api/docs/swagger.json` using the IP address and port you retrieved running the `describe` command above. You will have to log in with the same credentials you used for `azdata login`.
85
85
86
86
Paste the contents of the `swagger.json` into the [Swagger Editor](https://editor.swagger.io) to understand what methods are available:
87
87
@@ -96,7 +96,7 @@ The result of this request will give you an JWT `access_token`, which you will n
96
96
## Execute the app using the RESTful web service
97
97
98
98
> [!NOTE]
99
-
> If you want, you can open the URL for the `swagger` that was returned when you ran `mssqlctl app describe --name [appname] --version [version]` in your browser, which should be similar to `https://[IP]:[PORT]/api/app/[appname]/[version]/swagger.json`. You will have to log in with the same credentials you used for `mssqlctl login`. The contents of the `swagger.json` you can paste into [Swagger Editor](https://editor.swagger.io). You will see that the web service exposes the `run` method. Also note the Base URL displayed at the top.
99
+
> If you want, you can open the URL for the `swagger` that was returned when you ran `azdata app describe --name [appname] --version [version]` in your browser, which should be similar to `https://[IP]:[PORT]/api/app/[appname]/[version]/swagger.json`. You will have to log in with the same credentials you used for `azdata login`. The contents of the `swagger.json` you can paste into [Swagger Editor](https://editor.swagger.io). You will see that the web service exposes the `run` method. Also note the Base URL displayed at the top.
100
100
101
101
You can use your favorite tool to call the `run` method (`https://[IP]:30778/api/app/[appname]/[version]/run`), passing in the parameters in the body of your POST request as json. In this example we will use [Postman](https://www.getpostman.com/). Before making the call, you will need to set the `Authorization` to `Bearer Token` and paste in the token you retrieved earlier. This will set a header on your request. See the screenshot below.
102
102
@@ -106,7 +106,7 @@ Next, in the requests body, pass in the parameters to the app you are calling an
106
106
107
107

108
108
109
-
When you send the request, you will get the same output as you did when you ran the app through `mssqlctl app run`:
109
+
When you send the request, you will get the same output as you did when you ran the app through `azdata app run`:
110
110
111
111

Copy file name to clipboardExpand all lines: docs/big-data-cluster/big-data-cluster-create-apps.md
+27-27Lines changed: 27 additions & 27 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,5 +1,5 @@
1
1
---
2
-
title: Deploy applications using mssqlctl
2
+
title: Deploy applications using azdata
3
3
titleSuffix: SQL Server big data clusters
4
4
description: Deploy a Python or R script as an application on SQL Server 2019 big data cluster (preview).
5
5
author: jeroenterheerdt
@@ -24,7 +24,7 @@ This article describes how to deploy and manage R and Python script as an applic
24
24
- Support hosting additional application types - SSIS and MLeap (new in CTP 2.3)
25
25
-[VS Code Extension](app-deployment-extension.md) to manage application deployment
26
26
27
-
Applications are deployed and managed using `mssqlctl` command-line utility. This article provides examples of how to deploy apps from the command line. To learn how to use this in Visual Studio Code refer to [VS Code Extension](app-deployment-extension.md).
27
+
Applications are deployed and managed using `azdata` command-line utility. This article provides examples of how to deploy apps from the command line. To learn how to use this in Visual Studio Code refer to [VS Code Extension](app-deployment-extension.md).
28
28
29
29
The following types of apps are supported:
30
30
- R and Python apps (functions, models and apps)
@@ -34,37 +34,37 @@ The following types of apps are supported:
34
34
## Prerequisites
35
35
36
36
-[SQL Server 2019 big data cluster](deployment-guidance.md)
In SQL Server 2019 (preview) you can create, delete, describe, initialize, list run and update your application. The following table describes the application deployment commands that you can use with **mssqlctl**.
41
+
In SQL Server 2019 (preview) you can create, delete, describe, initialize, list run and update your application. The following table describes the application deployment commands that you can use with **azdata**.
42
42
43
43
|Command |Description |
44
44
|:---|:---|
45
-
|`mssqlctl login`| Sign into a SQL Server big data cluster |
46
-
|`mssqlctl app create`| Create application. |
47
-
|`mssqlctl app delete`| Delete application. |
48
-
|`mssqlctl app describe`| Describe application. |
49
-
|`mssqlctl app init`| Kickstart new application skeleton. |
50
-
|`mssqlctl app list`| List application(s). |
51
-
|`mssqlctl app run`| Run application. |
52
-
|`mssqlctl app update`| Update application. |
45
+
|`azdata login`| Sign into a SQL Server big data cluster |
46
+
|`azdata app create`| Create application. |
47
+
|`azdata app delete`| Delete application. |
48
+
|`azdata app describe`| Describe application. |
49
+
|`azdata app init`| Kickstart new application skeleton. |
50
+
|`azdata app list`| List application(s). |
51
+
|`azdata app run`| Run application. |
52
+
|`azdata app update`| Update application. |
53
53
54
54
You can get help with the `--help` parameter as in the following example:
55
55
56
56
```bash
57
-
mssqlctl app create --help
57
+
azdata app create --help
58
58
```
59
59
60
60
The following sections describe these commands in more detail.
61
61
62
62
## Sign in
63
63
64
-
Before you deploy or interact with applications, first sign in to your SQL Server big data cluster with the `mssqlctl login` command. Specify the external IP address of the `controller-svc-external` service (for example: `https://ip-address:30080`) along with the user name and password to the cluster.
64
+
Before you deploy or interact with applications, first sign in to your SQL Server big data cluster with the `azdata login` command. Specify the external IP address of the `controller-svc-external` service (for example: `https://ip-address:30080`) along with the user name and password to the cluster.
@@ -86,18 +86,18 @@ kubectl get node --selector='node-role.kubernetes.io/master'
86
86
87
87
## Create an app
88
88
89
-
To create an application, you use `mssqlctl` with the `app create` command. These files reside locally on the machine that you are creating the app from.
89
+
To create an application, you use `azdata` with the `app create` command. These files reside locally on the machine that you are creating the app from.
90
90
91
91
Use the following syntax to create a new app in big data cluster:
The following command shows an example of what this command might look like:
98
98
99
99
```bash
100
-
mssqlctl app create --spec ./addpy
100
+
azdata app create --spec ./addpy
101
101
```
102
102
103
103
This assumes that you have your application stored in the `addpy` folder. This folder should also contain a specification file for the application, called `spec.yaml`. Please see [the Application Deployment page](concept-application-deployment.md) for more information on the `spec.yaml` file.
@@ -132,13 +132,13 @@ To deploy this app sample app, create the following files in a directory called
132
132
Then, run the command below:
133
133
134
134
```bash
135
-
mssqlctl app create --spec ./addpy
135
+
azdata app create --spec ./addpy
136
136
```
137
137
138
138
You can check if the app is deployed using the list command:
139
139
140
140
```bash
141
-
mssqlctl app list
141
+
azdata app list
142
142
```
143
143
144
144
If the deployment is not complete you should see the `state` show `WaitingforCreate` as the following example:
@@ -172,19 +172,19 @@ You can list any apps that were successfully created with the `app list` command
172
172
The following command lists all available applications in your big data cluster:
173
173
174
174
```bash
175
-
mssqlctl app list
175
+
azdata app list
176
176
```
177
177
178
178
If you specify a name and version, it lists that specific app and its state (Creating or Ready):
179
179
180
180
```bash
181
-
mssqlctl app list --name <app_name> --version <app_version>
181
+
azdata app list --name <app_name> --version <app_version>
182
182
```
183
183
184
184
The following example demonstrates this command:
185
185
186
186
```bash
187
-
mssqlctl app list --name add-app --version v1
187
+
azdata app list --name add-app --version v1
188
188
```
189
189
190
190
You should see output similar to the following example:
@@ -204,13 +204,13 @@ You should see output similar to the following example:
204
204
If the app is in a `Ready` state, you can use it by running it with your specified input parameters. Use the following syntax to run an app:
205
205
206
206
```bash
207
-
mssqlctl app run --name <app_name> --version <app_version> --inputs <inputs_params>
207
+
azdata app run --name <app_name> --version <app_version> --inputs <inputs_params>
208
208
```
209
209
210
210
The following example command demonstrates the run command:
211
211
212
212
```bash
213
-
mssqlctl app run --name add-app --version v1 --inputs x=1,y=2
213
+
azdata app run --name add-app --version v1 --inputs x=1,y=2
214
214
```
215
215
216
216
If the run was successful, you should see your output as specified when you created the app. The following is an example.
@@ -233,7 +233,7 @@ If the run was successful, you should see your output as specified when you crea
233
233
The init command provides a scaffold with the relevant artifacts that is required for deploying an app. The example below creates hello you can do this by running the following command.
This will create a folder called hello. You can `cd` into the directory and inspect the generated files in the folder. spec.yaml defines the app, such as name, version and source code. You can edit the spec to change name, version, input and outputs.
@@ -285,7 +285,7 @@ The describe command provides detailed information about the app including the e
285
285
To delete an app from your big data cluster, use the following syntax:
Copy file name to clipboardExpand all lines: docs/big-data-cluster/cluster-troubleshooting-commands.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -114,7 +114,7 @@ The following services support external connections to the big data cluster:
114
114
|**appproxy-svc-external**| Support application deployment scenarios. |
115
115
116
116
> [!TIP]
117
-
> This is a way of viewing the services with **kubectl**, but it is also possible to use `mssqlctl bdc endpoint list` command to view these endpoints. For more information, see [Get big data cluster endpoints](deployment-guidance.md#endpoints).
117
+
> This is a way of viewing the services with **kubectl**, but it is also possible to use `azdata bdc endpoint list` command to view these endpoints. For more information, see [Get big data cluster endpoints](deployment-guidance.md#endpoints).
Copy file name to clipboardExpand all lines: docs/big-data-cluster/concept-application-deployment.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -49,7 +49,7 @@ When an application is executed, the Kubernetes service for the application prox
49
49
## How to work with Application Deployment
50
50
51
51
The two main interfaces for Application Deployment are:
52
-
- [Command line interface `mssqlctl`](big-data-cluster-create-apps.md)
52
+
- [Command line interface `azdata`](big-data-cluster-create-apps.md)
53
53
- [Visual Studio Code and Azure Data Studio extension](app-deployment-extension.md)
54
54
55
55
It is also possible for an application to be executed using a RESTful web service. For more information, see [Consume applications on big data clusters](big-data-cluster-consume-apps.md).
@@ -58,7 +58,7 @@ It is also possible for an application to be executed using a RESTful web servic
58
58
59
59
To learn more about how to create and run applications on SQL Server big data clusters, see the following:
60
60
61
-
- [Deploy applications using mssqlctl](big-data-cluster-create-apps.md)
61
+
- [Deploy applications using azdata](big-data-cluster-create-apps.md)
62
62
- [Deploy applications using the App Deploy extension](app-deployment-extension.md)
63
63
- [Consume applications on big data clusters](big-data-cluster-consume-apps.md)
Copy file name to clipboardExpand all lines: docs/big-data-cluster/concept-controller.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -31,19 +31,19 @@ The controller service provides the following core functionality:
31
31
32
32
## Deploying the controller service
33
33
34
-
The controller is deployed and hosted in the same Kubernetes namespace where the customer wants to build out a big data cluster. This service is installed by a Kubernetes administrator during cluster bootstrap, using the **mssqlctl** command-line utility. For more information, see [Get started with SQL Server big data clusters](deploy-get-started.md).
34
+
The controller is deployed and hosted in the same Kubernetes namespace where the customer wants to build out a big data cluster. This service is installed by a Kubernetes administrator during cluster bootstrap, using the **azdata** command-line utility. For more information, see [Get started with SQL Server big data clusters](deploy-get-started.md).
35
35
36
36
The buildout workflow will layout on top of Kubernetes a fully functional SQL Server big data cluster that includes all the components described in the [Overview](big-data-cluster-overview.md) article. The bootstrap workflow first creates the controller service, and once this is deployed, the controller service will coordinate the installation and configuration of rest of the services part of master, compute, data, and storage pools.
37
37
38
38
## Managing the cluster through the controller service
39
39
40
-
You can manage the cluster through the controller service using either **mssqlctl** commands. If you deploy additional Kubernetes objects like pods into the same namespace, they are not managed or monitored by the controller service. You can also use **kubectl** commands to manage the cluster at the Kubernetes level. For more information, see [Monitoring and troubleshoot SQL Server big data clusters](cluster-troubleshooting-commands.md).
40
+
You can manage the cluster through the controller service using either **azdata** commands. If you deploy additional Kubernetes objects like pods into the same namespace, they are not managed or monitored by the controller service. You can also use **kubectl** commands to manage the cluster at the Kubernetes level. For more information, see [Monitoring and troubleshoot SQL Server big data clusters](cluster-troubleshooting-commands.md).
41
41
42
-
The controller and the Kubernetes objects (stateful sets, pods, secrets, etc.) created for a big data cluster reside in a dedicated Kubernetes namespace. The controller service will be granted permission by the Kubernetes cluster administrator to manage all resources within that namespace. The RBAC policy for this scenario is configured automatically as part of initial cluster deployment using **mssqlctl**.
42
+
The controller and the Kubernetes objects (stateful sets, pods, secrets, etc.) created for a big data cluster reside in a dedicated Kubernetes namespace. The controller service will be granted permission by the Kubernetes cluster administrator to manage all resources within that namespace. The RBAC policy for this scenario is configured automatically as part of initial cluster deployment using **azdata**.
43
43
44
-
### mssqlctl
44
+
### azdata
45
45
46
-
**mssqlctl** is a command-line utility written in Python that enables cluster administrators to bootstrap and manage big data clusters via the REST APIs exposed by the controller service.
46
+
**azdata** is a command-line utility written in Python that enables cluster administrators to bootstrap and manage big data clusters via the REST APIs exposed by the controller service.
0 commit comments