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
To register MQ's pluggable pub/sub and state management components, create the component manifest yaml, and apply it to your cluster.
@@ -49,7 +46,8 @@ To create the yaml file, use the following component definitions:
49
46
> | Component | Description |
50
47
> |-|-|
51
48
> |`metadata.name`| The component name is important and is how a Dapr application references the component. |
52
-
> |`spec.type`|[The type of the component](https://docs.dapr.io/operations/components/pluggable-components-registration/#define-the-component), which must be declared exactly as shown. It tells Dapr what kind of component (`pubsub` or `state`) it is and which Unix socket to use. |
49
+
> | `metadata.annotations` | Component annotations used by the Dapr sidecar injector
50
+
> |`spec.type`|[The type of the component](https://docs.dapr.io/operations/components/pluggable-components-registration/#define-the-component), which must be declared exactly as shown. It tells Dapr what kind of component (`pubsub` or `state`) it is and which Unix socket to use. |
53
51
> |`spec.metadata.url`| The URL tells the component where the local MQ endpoint is. Defaults to `8883` is MQ's default MQTT port with TLS enabled. |
54
52
> |`spec.metadata.satTokenPath`| The Service Account Token is used to authenticate the Dapr components with the MQTT broker |
55
53
> |`spec.metadata.tlsEnabled`| Define if TLS is used by the MQTT broker. Defaults to `true`|
@@ -65,6 +63,22 @@ To create the yaml file, use the following component definitions:
Copy file name to clipboardExpand all lines: articles/iot-operations/develop/howto-develop-dapr-apps.md
+5-18Lines changed: 5 additions & 18 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -50,13 +50,14 @@ After you finish writing the Dapr application, build the container:
50
50
51
51
## Deploy a Dapr application
52
52
53
-
The following [Deployment](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/) definition defines the different volumes required to deploy the application along with the required containers.
53
+
The following [Deployment](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/) definition contains the volumes required to deploy the application along with the required containers. This deployment utilizes the Dapr sidecar injector to automatically add the pluggable component pod.
54
54
55
-
To start, create a yaml file with the following definitions:
55
+
The yaml contains both a ServiceAccount, used to generate SATs for authentication with IoT Mq and the Dapr application Deployment.
56
+
57
+
To create the yaml file, use the following definitions:
56
58
57
59
>| Component | Description |
58
60
>|-|-|
59
-
>|`volumes.dapr-unix-domain-socket`| A shared directory to host unix domain sockets used to communicate between the Dapr sidecar and the pluggable components |
60
61
>|`volumes.mqtt-client-token`| The System Authentication Token used for authenticating the Dapr pluggable components with the IoT MQ broker |
61
62
>|`volumes.aio-ca-trust-bundle`| The chain of trust to validate the MQTT broker TLS cert. This defaults to the test certificate deployed with Azure IoT Operations |
62
63
>|`containers.mq-dapr-app`| The Dapr application container you want to deploy |
@@ -88,17 +89,14 @@ To start, create a yaml file with the following definitions:
0 commit comments