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
Copy file name to clipboardExpand all lines: docs/permissions.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
# Permissions
2
2
3
-
When running against a secure Kafka cluster, kafka-gitops needs to be authorized to perform actions against the cluster. This can be either a super user defined by the Kafka cluster or a custom user with specific permissions.
3
+
When running against a secured Kafka cluster, `kafka-gitops` needs to be authorized to perform actions against the cluster. This can either be a super user defined by the Kafka cluster or a custom user with specific permissions.
Copy file name to clipboardExpand all lines: docs/quick-start.md
+3
Original file line number
Diff line number
Diff line change
@@ -33,6 +33,8 @@ For our quick start example, open a terminal where your `state.yaml` file is loc
33
33
export KAFKA_BOOTSTRAP_SERVERS=localhost:9092
34
34
```
35
35
36
+
!> **NOTE**: If running `kafka-gitops` against a secured Kafka cluster, it must be run with super user credentials or a user with special ACLs. [Read more on our permissions page][permissions].
37
+
36
38
## Validate
37
39
We can validate the desired state file conforms to the [specification][specification]. To do this, run:
38
40
@@ -141,5 +143,6 @@ org.apache.kafka.common.errors.PolicyViolationException: Topic replication facto
141
143
Congrats! You've successfully started using GitOps strategies to manage your cluster. If you have security on your cluster, read the [services][services] page to start defining services.
Copy file name to clipboardExpand all lines: docs/services.md
+56-2
Original file line number
Diff line number
Diff line change
@@ -8,7 +8,7 @@ A basic example shown below defines one topic, `test-topic`, and one service, `m
8
8
9
9
The service `my-application` both consumes from and produces to `test-topic`. This will generate the necessary ACLs for `my-application` to do this.
10
10
11
-
?> **Note**: If using Confluent Cloud, omit the principal field.
11
+
?> **NOTE**: If using Confluent Cloud, omit the principal field.
12
12
13
13
```yaml
14
14
topics:
@@ -32,7 +32,23 @@ Behind the scenes, this will generate three ACLs:
32
32
- `WRITE`for topic `test-topic`
33
33
- `READ`for consumer group `my-application`
34
34
35
-
!> Currently, consumer `group.id` must match the service name.
35
+
#### Group ID
36
+
37
+
The `group.id` used for consumer ACLs defaults to the service name. You can override this by specifying the `group-id` property, as shown below:
38
+
39
+
```yaml
40
+
services:
41
+
my-application:
42
+
type: application
43
+
principal: User:myapp
44
+
group-id: my-application-service
45
+
consumes:
46
+
- test-topic
47
+
produces:
48
+
- test-topic
49
+
```
50
+
51
+
This would allow your consumer group to access kafka using `my-application-service` as the `group.id`.
36
52
37
53
## Kafka Streams Example
38
54
@@ -63,6 +79,24 @@ Behind the scenes, this generates ACLs such as:
63
79
- `READ`for consumer group `my-stream`
64
80
- Various ACLs for Kafka streams internal topic management
65
81
82
+
#### Application ID
83
+
84
+
The `application.id` used for streams ACLs defaults to the service name. You can override this by specifying the `application-id` property, as shown below:
85
+
86
+
```yaml
87
+
services:
88
+
my-stream:
89
+
type: kafka-streams
90
+
principal: User:mystream
91
+
application-id: my-stream-application
92
+
consumes:
93
+
- test-topic
94
+
produces:
95
+
- test-topic
96
+
```
97
+
98
+
This would allow your streams application to access kafka using `my-stream-application` as the `application.id`.
99
+
66
100
## Kafka Connect Example
67
101
68
102
A basic example which defines one Kafka Connect cluster that has one connector running.
@@ -116,3 +150,23 @@ Behind the scenes, this generates ACLs such as:
116
150
- `READ`for the consumer group `connect-rabbitmq-sink`
117
151
- `READ`and `WRITE` for the internal kafka connect topics
118
152
- `READ`for the consumer group `my-connect-cluster`
153
+
154
+
#### Group ID
155
+
156
+
The `group.id` used for the connect cluster ACLs defaults to the service name. You can override this by specifying the `group-id` property, as shown below:
157
+
158
+
```yaml
159
+
services:
160
+
my-connect-cluster:
161
+
type: kafka-connect
162
+
principal: User:myconnectcluster
163
+
group-id: kafka-connect-cluster
164
+
connectors:
165
+
rabbitmq-sink:
166
+
consumes:
167
+
- rabbitmq-data
168
+
```
169
+
170
+
This allows your connect cluster to access kafka using `kafka-connect-cluster` as the `group.id`.
171
+
172
+
!> **NOTE**: The `group-id` setting only affects the connect cluster `group.id`, and not any sink connector group IDs.
0 commit comments