我们上一期的Kafka教程中，我们讨论了Kafka的Books。今天，我们将讨论卡夫卡的优势和劣势。因为，在使用之前了解任何技术的局限性非常重要，在优点的情况下也是如此。
所以，让我们详细讨论卡夫卡优势和劣势。
卡夫卡的优点和缺点
2.卡夫卡的优点
所以，我们在这里列出了Kafka的一些优点。基本上，这些Kafka优势使Kafka成为我们数据湖实施的理想选择。那么，让我们开始详细了解Kafka的优势：
卡夫卡利弊 - 卡夫卡的优势
一个。高吞吐量
在没有如此大的硬件的情况下，Kafka能够处理高速和大容量数据。此外，能够支持每秒数千条消息的消息吞吐量。
湾 低延迟
它能够以毫秒级的极低延迟处理这些消息，这是大多数新用例所要求的。
C。容错
最好的优点之一是Fault Tolerance。Kafka具有固有的功能，可以抵抗群集中的节点/机器故障。
d。持久性
在此，持久性是指磁盘上数据/消息的持久性。此外，消息复制是持久性背后的原因之一，因此消息永远不会丢失。
我们来讨论Apache Kafka架构
即 可扩展性
Kafka可以通过添加额外的节点来实现任何停机，而且可以按比例缩小。此外，在Kafka集群内部，消息处理是完全透明的，这些是无缝的。
F。分布式
Kafka的分布式体系结构使其可以使用复制和分区等功能进行扩展。
G。消息代理功能
Kafka往往可以很好地替代更传统的消息代理。这里，消息代理指的是中间程序，其将来自发布者的正式消息传递协议的消息转换为接收者的正式消息传递协议。
H。高并发性
Kafka能够在低延迟条件下以高吞吐量每秒处理数千条消息。此外，它允许以高并发性读取和写入消息。
一世。默认持久性
正如我们上面讨论的那样，消息是持久的，这使得它持久且可靠。
学家 消费者友好
可以使用Kafka与各种消费者整合。Kafka最好的部分是，根据消费者的不同，它可以表现或采取不同的行为，因为每个客户都有不同的能力处理来自Kafka的这些消息。此外，Kafka可以与各种语言的各种消费者很好地融合。
ķ。批处理能力（类似ETL的功能）
Kafka也可以用于类似批处理的用例，并且还可以执行传统ETL的工作，因为它具有持久消息的能力。
让我们用命令
l 修改Apache Kafka Operations。各种用例
它能够管理Data Lake通常需要的各种用例。例如，日志聚合，Web活动跟踪等。
米 实时处理
Kafka可以处理实时数据管道。由于我们需要找到一个技术部分来处理来自应用程序的实时消息，因此这是我们选择Kafka的核心原因之一。
3.卡夫卡的缺点
卡夫卡的缺点 - 阿帕奇卡夫卡的缺点
很高兴知道卡夫卡的局限性，即使它的优势看起来比它的缺点更突出。但是，只有当优势过于强烈而无法省略时才考虑它。这是另一个条件，某些缺点可能与特定用例更相关但与我们的实际情况没有关联。所以，我们在这里列出了与Kafka相关的一些缺点：
a。没有完整的监控工具集
可以看出它缺乏一整套管理和监控工具。因此，企业支持人员对选择Kafka并从长远来看支持它感到焦虑或恐惧。
湾 消息调整的问题
众所周知，代理使用某些系统调用来向消费者传递消息。但是，如果消息需要一些调整，Kafka的性能会显着降低。因此，如果消息未更改，它可以很好地执行，因为它使用了系统的功能。
C。不支持通配符主题选择
Kafka仅存在与确切主题名称匹配的问题，这意味着它不支持通配符主题选择。因为这使得它无法解决某些用例。
探索Apache Kafka监控 - 方法和工具
d。缺乏步伐
由于缺乏节奏，可能会出现问题，而其他语言所需的API则由不同的个人和企业维护。
即 降低性能
通常，单个邮件大小没有问题。但是，随着大小的增加，代理和消费者开始压缩这些消息。因此，在解压缩时，节点存储器被缓慢使用。此外，当数据在管道中流动时，会发生压缩。它会影响吞吐量和性能。
F。行为笨拙
有时候，当Kafka集群中的队列数量增加时，它开始表现得有点笨拙和缓慢。
G。缺乏一些消息
传递范例Kafka中缺少一些消息传递范例，如请求/回复，点对点队列等。并非总是如此，但对于某些用例，这听起来有问题。
所以，这完全是关于卡夫卡的优点和缺点。希望你喜欢我们的解释。
4.结论：卡夫卡的优点和缺点
因此，我们已经详细了解了卡夫卡的所有优点和缺点。在使用它之前，这将对你有所帮助。但是，如果对Kafka Pros and Cons有任何疑问，请随时通过评论部分询问。
另请参阅 -
Kafka用例
供参考
优点 - k。批量处理能力（类似ETL的功能）
缺点 - b。消息调整的问题
从我的观点来看，上述陈述是相互排斥的。如果Message Tweaking存在问题，Kafka可以支持ETL流程吗？ETL不仅仅是聚合，还包括数据标准化，数据清理和数据转换。能否请您详细说明Kafka ETL功能？