容器化其实就是解决部署扩展的问题，这个扩展和kafka自身能力没有关系。主要为了部署快捷，容器化以后， 搭建一个kafka集群只要几秒钟。其次，集群扩展也非常容易。

1、 K8S的HOSTPATH方式是使用本地盘，存储在本地盘的数据可靠性较弱，出现节点故障时，KAFKA需做数据平衡且会影响集群。2、 NAS的读写速度和稳定性和硬件、软件、基础网络相关，首先是受到硬件配置的影响，需在技术选型时，选择适合自己需求的NAS存储设备，确保硬件的质量和稳定性。...

是的，对存储性能和io的需求敏感。 存储上具体要持久化哪些数据，这和KAFKA的应用业务场景相关。譬如在用户数据采集和分发场景，是使用Kafka记录Web用户或者App用户的各种活动，如浏览网页、搜索、点击等活动数据，则这些数据都要持久化，且一般要持久到下游消费者全部处理完。...

本次测试中没有实测使用对象存储的性能。原理上看，Kafka产生的以海量小IO小文件为主，且要求高速读写，从workload诉求出发，不太适合对象存储场景。

Kafka和RabbitMQ各自的架构设计和技术特性，决定两者有相应的适合的应用场景。 譬如 kafka是分布式且 高吞吐量的消息服务平台 ，宜作为消息传输的数据管道 ，较多用于日志收集、实时数据处理、消息系统、以及流处理等场景。rabbitmq有高可靠性的设计，支持多种消息确认机制，确保...

高可用方案建议根据业务系统的重要性等级的需求，分层地进行高可用设计。譬如在KAFKA服务层，可将KAFKA部署在多个K8S集群，通过负载均衡实现应用接入的高可用。 存储层根据相应的技术选型和存储产品特性，通过数据副本、数据同步等实现高可用。KAFKA服务层必须要设计为多租户支...

 Operator 本质上是K8S内建的自定义资源CRD（Custom Resource Definition） + Controller。其中：CRD 定义用户的资源；Controller 监听 CRD 对象实例的增、删、改事件，然后执行相应的业务逻辑。 Operator 仅依赖于 Kubernetes 申明式 API 和 Controller 的能力，实现了用户资源...

在容器云环境下性能的影响因素有很多，例如虚机容器相对于裸金属容器就会带来额外的10%-15%的开销，因此从性能的角度，裸金属容器是更好的选择。回到存储，首先为了保证性能，无论是存算一体还是存算分离都建议使用SSD盘来保证性能。在成本方面，服务器本地盘看似便宜，但因为其相对低...

Kafka集群的扩容和缩容可以通过CM来进行添加broker和删除broker来进行

1、使用 Strimzi 自带的 KafkaConnect 进行数据交互，或者 使用Kafka Bridge组件对接K8S的外部负载均衡或Ingress（注：在OKD是 Route）, ，可以将KAFKA集群暴露出来使用。2、扩缩容的实现可以通过修改 Broker 的副本数量，执行命令 oc apply -f kafka-cr.yaml -n kafka。此过程需结...