kafka、rabbitmq等中间件在容器环境中部署方案， 没有简单的基线配置和性能之间的线性映射关系表。 这和中间件的高可用部署架构需求、基础设施层的计算存储分离架构与否、以及基础网络环境是强相关的。 网上公开的测试评测报告，宜先看其评测环境，次看测试方法，再对比需...

首先， Kafka 的弹性和容错能力是kafka自身的能力，这一点和容器化并没有直接关联，如果二者的优势可以结合，就要选择合适的集群模式。比如说，如果有一些流量大的数据链路，在容器云上可以配置比较多的 Pod 和 CPU 数量。当突发流量到来时，使用容器云弹性可以快速扩充 Mirrormaker ...

实测过，kafka在容器云和虚拟机中部署，性能是一样的，基本上没有任何变化。 容器化技术本身是个进程级别的隔离技术，机器还是那个机器，网络还是那个网络，运行的程序也一样。

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

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

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

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

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

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

 建议评估滴滴开源的kafka-manager，项目地址：https://github.com/didi/KnowStreaming   官网为https://doc.knowstreaming.com   Know Streaming 是一套云原生的Kafka管控平台，专注于Kafka运维管控、监控告警、资源治理、多活容灾等核心场景。在用户体验、监控、运维...