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
@@ -40,7 +40,127 @@ ensuring that resource status is continuously updated and monitored.
40
40
**Improve Security Architecture**: Maestro enhances security by eliminating the need for kubeconfigs,
41
41
reducing the need for direct access to clusters.
42
42
43
-
## Run in Local Environment
43
+
## Run in KinD Cluster
44
+
45
+
You can also run the maestro in a KinD cluster locally.
46
+
47
+
```shell
48
+
$ make test-env
49
+
```
50
+
51
+
This creates a KinD cluster with name `maestro`, and deploys the maestro server and agent in the cluster. The Kubeconfig of the KinD cluster is in `./test/_output/.kubeconfig`.
Now you can create a resource bundle with the `MaestroGRPCSourceWorkClient`, check the [document](./examples/manifestwork/README.md) for more details.
75
+
76
+
## Run in OpenShift
77
+
78
+
If you are using an OpenShift cluster in the cloud, you need to export Kubeconfig to point to your cluster and skip the CRC login step. If you are using CodeReady Containers (CRC) locally, you need to login to the CRC cluster first.
79
+
80
+
### Log into CRC
81
+
82
+
Use OpenShift Local to deploy to a local openshift cluster. Be sure to have CRC running locally:
83
+
84
+
```shell
85
+
$ crc status
86
+
CRC VM: Running
87
+
OpenShift: Running (v4.13.12)
88
+
RAM Usage: 7.709GB of 30.79GB
89
+
Disk Usage: 23.75GB of 32.68GB (Inside the CRC VM)
90
+
Cache Usage: 37.62GB
91
+
```
92
+
93
+
```shell
94
+
$ make crc/login
95
+
Logging into CRC
96
+
Logged into "https://api.crc.testing:6443" as "kubeadmin" using existing credentials.
97
+
98
+
You have access to 66 projects, the list has been suppressed. You can list all projects with 'oc projects'
99
+
100
+
Using project "default".
101
+
Login Succeeded!
102
+
```
103
+
104
+
### Set external_apps_domain
105
+
106
+
You need to set the `external_apps_domain` environment variable to point your cluster.
107
+
```shell
108
+
$ export external_apps_domain=`oc -n openshift-ingress-operator get ingresscontroller default -o jsonpath='{.status.domain}'`
109
+
```
110
+
111
+
### Deploy Maestro
112
+
113
+
If you want to push the image to your OpenShift cluster default registry and then deploy it to the cluster. You need to follow [this document](https://docs.openshift.com/container-platform/4.13/registry/securing-exposing-registry.html) to expose a default registry manually and login into the registry with podman. Then run `make push` to push the image to the registry.
114
+
115
+
If you want to use the default image, you can skip the `make push` step.
116
+
117
+
```shell
118
+
$ make deploy
119
+
120
+
$ oc get pod -n maestro
121
+
NAME READY STATUS RESTARTS AGE
122
+
maestro-85c847764-4xdt6 1/1 Running 0 62s
123
+
maestro-db-5d4c4679f5-r92vg 1/1 Running 0 61s
124
+
maestro-mqtt-6cb7bdf46c-kcczm 1/1 Running 0 63s
125
+
```
126
+
127
+
### Create a Consumer
128
+
129
+
```shell
130
+
$ curl -k -X POST -H "Authorization: Bearer $TOKEN" \
If you are using an OpenShift cluster in the cloud, you need to export Kubeconfig to point to your cluster and skip the CRC login step. If you are using CodeReady Containers (CRC) locally, you need to login to the CRC cluster first.
268
-
269
-
### Log into CRC
270
-
271
-
Use OpenShift Local to deploy to a local openshift cluster. Be sure to have CRC running locally:
272
-
273
-
```shell
274
-
$ crc status
275
-
CRC VM: Running
276
-
OpenShift: Running (v4.13.12)
277
-
RAM Usage: 7.709GB of 30.79GB
278
-
Disk Usage: 23.75GB of 32.68GB (Inside the CRC VM)
279
-
Cache Usage: 37.62GB
280
-
```
281
-
282
-
```shell
283
-
$ make crc/login
284
-
Logging into CRC
285
-
Logged into "https://api.crc.testing:6443" as "kubeadmin" using existing credentials.
286
-
287
-
You have access to 66 projects, the list has been suppressed. You can list all projects with 'oc projects'
288
-
289
-
Using project "default".
290
-
Login Succeeded!
291
-
```
292
-
293
-
### Set external_apps_domain
294
-
295
-
You need to set the `external_apps_domain` environment variable to point your cluster.
296
-
```shell
297
-
$ export external_apps_domain=`oc -n openshift-ingress-operator get ingresscontroller default -o jsonpath='{.status.domain}'`
298
-
```
299
-
300
-
### Deploy Maestro
301
-
302
-
If you want to push the image to your OpenShift cluster default registry and then deploy it to the cluster. You need to follow [this document](https://docs.openshift.com/container-platform/4.13/registry/securing-exposing-registry.html) to expose a default registry manually and login into the registry with podman. Then run `make push` to push the image to the registry.
303
-
304
-
If you want to use the default image, you can skip the `make push` step.
305
-
306
-
```shell
307
-
$ make deploy
308
-
309
-
$ oc get pod -n maestro
310
-
NAME READY STATUS RESTARTS AGE
311
-
maestro-85c847764-4xdt6 1/1 Running 0 62s
312
-
maestro-db-5d4c4679f5-r92vg 1/1 Running 0 61s
313
-
maestro-mqtt-6cb7bdf46c-kcczm 1/1 Running 0 63s
314
-
```
315
-
316
-
### Create a Consumer
317
-
318
-
```shell
319
-
$ curl -k -X POST -H "Authorization: Bearer $TOKEN" \
Now you can create a resource bundle with the `MaestroGRPCSourceWorkClient`, check the [document](./examples/manifestwork/README.md) for more details.
351
-
352
-
## Run in KinD Cluster
353
-
354
-
You can also run the maestro in a KinD cluster locally. The simplest way is to use the provided script to create a KinD cluster and deploy the maestro in the cluster. It creates a KinD cluster with name `maestro`, and deploys the maestro server and agent in the cluster.
355
-
356
-
```shell
357
-
$ make test-env
358
-
```
359
-
The Kubeconfig of the KinD cluster is in `./test/_output/.kubeconfig`.
0 commit comments