为什么kafka不支持简单的用户名/密码授权，比如activemq？
自V0.9.0.0以来，Apache kafka使用SASL（http://kafka.apache.org/documentation.html#security_sasl）添加了授权支持，但配置Kerberos和jaas过于复杂和混乱。那么，为什么Kafka不支持简单的用户名/密码授权，如激活？它将很容易使用。
共有1个答案
Kafka 0.10，昨天刚刚发布，现在除了以前支持的SASLKerberos（GSSAPI）之外，还支持SASL/PLAIN。看看这里：
http://docs.confluent.io/3.0.0/kafka/sasl.html
-
根据，以下是它支持的密码： 我正在端口443上运行一个简单的node.js服务器。运行时，以下是密码： 我不明白的是，为什么实际支持的密码列表要短那么多？ 更令人困惑的是，当我在node中获得支持的密码列表时，我会发现一个很长的列表： ['AES128-GCM-SHA256'，'AES128-SHA'，'AES128-SHA256'，'AES256-GCM-SHA384'，'AES256-SHA'
-
我希望能够对客户机进行身份验证/授权，以产生/消费某些主题的消息。它们将是我们vpn的一部分（包括aws）。根据我对可用文档的理解，唯一的选择是颁发客户端证书并基于客户端DNS设置ACL？不幸的是，我不能使用我的私人CA（我在linux笔记本电脑上创建的）来创建客户端证书。于是出现了以下问题： null 请开导我：） 提前谢谢marcel
-
我正在使用令牌式认证过程。客户端获得令牌后，它或者被设置在客户端的cookies中(对于Web)，或者被设置在客户端请求的授权头中(对于移动设备)。但是，为了获得有效的令牌，客户端必须首先使用有效的用户名/密码组合“登录”。我的问题是: 通过在授权标头中发送用户名/密码组合与作为请求的JSON正文中的参数（假设我使用的是HTTPS）是否有任何额外的安全性？ 我只需要在每次会话中发送用户名/密码组合
-
本文向大家介绍为什么Kafka不支持读写分离？相关面试题，主要包含被问及为什么Kafka不支持读写分离？时的应答技巧和注意事项，需要的朋友参考一下 在 Kafka 中，生产者写入消息、消费者读取消息的操作都是与 leader 副本进行交互的，从 而实现的是一种主写主读的生产消费模型。 Kafka 并不支持主写从读，因为主写从读有 2 个很明 显的缺点: (1)数据一致性问题。数据从主节点转到从节点
-
我目前正在处理一组应用程序，这些应用程序运行在两个独立但等效的环境中（称为和）。我一直在使用OAuth 2.0进行授权，当我从OAuth服务请求访问令牌后收到响应时（我正在通过Postman进行请求），我会从和得到如下响应： 据我所知，我相信这个< code >“token _ type”:“Bearer”意味着当我向我的应用程序发送< code>access_token时，我需要这样做: 通过前
-
是否（至少是当前版本）endpoint只用于那些用户是Google用户或API是开放的移动应用程序？还是我错过了什么？