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
Support for WebAssembly extensions to {ProductName} is currently in link:https://access.redhat.com/support/offerings/techpreview[Technology Preview], so it must be explicitly enabled for your `ServiceMeshControlPlane`.
5
+
6
+
.Procedure
7
+
8
+
. In the {product-title} web console, click *Operators* -> *Installed Operators*.
9
+
10
+
. From the *Project* menu, select the project where you installed the control plane, for example `istio-system`.
11
+
12
+
. Click the {ProductName} Operator. In the *Istio Service Mesh Control Plane* column, click the name of your `ServiceMeshControlPlane` resource, for example `basic`.
13
+
14
+
. Click the *YAML* tab.
15
+
16
+
. Set `spec.techPreview.wasmExtensions.enabled` in your `ServiceMeshControlPlane` resource to `true`. For example:
17
+
+
18
+
[source,yaml]
19
+
----
20
+
apiVersion: maistra.io/v2
21
+
kind: ServiceMeshControlPlane
22
+
metadata:
23
+
name: openid-connect
24
+
namespace: istio-system
25
+
spec:
26
+
techPreview:
27
+
wasmExtensions:
28
+
enabled: true
29
+
----
30
+
31
+
. Click *Save*.
32
+
33
+
. Click *Reload* to verify the `ServiceMeshControlPlane` resource was configured correctly.
Copy file name to clipboardExpand all lines: service_mesh/v2x/ossm-extensions.adoc
+5-39Lines changed: 5 additions & 39 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -63,7 +63,7 @@ priority: 100
63
63
module: extension.wasm
64
64
----
65
65
66
-
.manifest.yml Field Reference
66
+
.Field Reference for manifest.yml
67
67
|===
68
68
| Field | Description
69
69
@@ -91,45 +91,11 @@ module: extension.wasm
91
91
92
92
=== Example Rust extension
93
93
94
-
For a complete example that was built using the Rust SDK, take a look at the link:https://github.com/maistra/header-append-filter[header-append-filter]. It is a very simple filter that appends a header, `custom-header`, to all responses, with the value depending on its configuration.
94
+
For a complete example that was built using the Rust SDK, take a look at the link:https://github.com/maistra/header-append-filter[header-append-filter]. The filter appends a header, called `custom-header`, to all responses, with the value depending on its configuration.
Support for WebAssembly extensions to {ProductName} is currently in Tech Preview, so it must be explicitly enabled for your `ServiceMeshControlPlane`. Set `spec.techPreview.wasmExtensions.enabled` in your SMCPv2 to `true`. Here's an example:
99
-
100
-
[source,yaml]
101
-
----
102
-
apiVersion: maistra.io/v2
103
-
kind: ServiceMeshControlPlane
104
-
metadata:
105
-
name: openid-connect
106
-
namespace: istio-system
107
-
spec:
108
-
techPreview:
109
-
wasmExtensions:
110
-
enabled: true
111
-
----
112
-
113
-
=== Deploying extensions
114
-
115
-
{ProductName} extensions can be enabled using the `ServiceMeshExtension` resource. The following snippet is an example resource.
|The `spec.workloadSelector` field has the same semantic as the `spec.selector` field of the link:https://istio.io/v1.6/docs/reference/config/networking/gateway/#Gateway[Istio Gateway resource]. It will match a workload based on its Pod labels. If no `workloadSelector` is specified, the extension will be applied to all workloads in the namespace.
143
109
144
110
|spec.config
145
-
|This is a pass-through string field that will be handed over to the extension, so syntax and semantics are dependant on the extension you're deploying.
111
+
|This is a pass-through string field that is handed over to the extension. Syntax and semantics are dependent on the extension that you are deploying.
146
112
147
113
|spec.image
148
114
|A container image URI pointing to the image that holds the extension.
0 commit comments