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
Describe the desired outcome from the user's perspective
As a developer, I want to be able to copy and paste the bootstrap server host and port into zilla.yaml and not need to understand the details of tls server name or tcp host and port.
Acceptance criteria
Support configuration of server (array) option in kafkaclient binding for bootstrap servers
Eliminate need for any tlsclient binding options or routes to support kafka bootstrap servers
Eliminate need for any tcpclient binding options or routes to support kafka bootstrap servers
Additional context
Today, we need to separate the components of the Kafka bootstrap server hostname and port across different client bindings to cause the correct behavior to occur at each layer in the protocol stack.
With plaintext tcp connectivity between Zilla and Kafka:
Note: this simplest possible approach would also require defaulting trustcacerts to true when no explicit trust option specified in tls binding, and allowing cidr of 0.0.0.0/0 by default in tcp binding.
Note: the servers list of kafka binding client options would be used to randomly select a specific server to bootstrap discovery of the brokers in the cluster.
Tasks
Support kafkaclient option for server array of bootstrap servers in the syntax host:port
Send (random) bootstrap server as initial proxybegin extension, same as for discovered brokers
Change default behavior of tcpclient binding to not require host or port options, nor routes
Update kafka binding reference docs
Update tcp binding reference docs
The text was updated successfully, but these errors were encountered:
Describe the desired outcome from the user's perspective
As a developer, I want to be able to copy and paste the bootstrap server host and port into
zilla.yaml
and not need to understand the details oftls
server name ortcp
host and port.Acceptance criteria
server
(array) option inkafka
client
binding for bootstrap serverstls
client
binding options or routes to supportkafka
bootstrap serverstcp
client
binding options or routes to supportkafka
bootstrap serversAdditional context
Today, we need to separate the components of the Kafka bootstrap server hostname and port across different client bindings to cause the correct behavior to occur at each layer in the protocol stack.
With plaintext
tcp
connectivity between Zilla and Kafka:With
tls
encryption between Zilla and Kafka:This can be error prone to configure, as typical Kafka client bootstrap server(s) are provided as a list of
hostname:port
.Consider simplifying the configuration by adding an array of
server
properties tokafka
bindingclient
options.Simplifies migration from
tcp
totls
.Note: this simplest possible approach would also require defaulting
trustcacerts
totrue
when no explicittrust
option specified intls
binding, and allowingcidr
of0.0.0.0/0
by default intcp
binding.Note: the
servers
list ofkafka
bindingclient
options would be used to randomly select a specific server to bootstrap discovery of the brokers in the cluster.Tasks
kafka
client
option forserver
array of bootstrap servers in the syntaxhost:port
proxy
begin
extension, same as for discovered brokerstcp
client
binding to not requirehost
orport
options, norroutes
kafka
binding reference docstcp
binding reference docsThe text was updated successfully, but these errors were encountered: