kubernetes - 在管理可扩展性方面,在 Kubernetes 集群上部署带有 Debezium 的 Kafka 有什么区别?
问题描述
我将在 github 上启动一个大型开源项目。我想创建具有尽可能高 TPS 的可扩展故障容忍云订单匹配引擎。我选择使用由 kafka 主题支持的事件驱动微服务架构。服务将使用 Go 编写。假设该引擎将部署在kubernetes集群上。
我知道有 Bitnami 和 Confluent zoo/kafka 舵图。Bitnami kafka 图表在 Minikube 上对我来说效果很好。
我也想使用 Debezium 连接。
因此,我非常感谢在 Kubernetes 集群上部署和使用 Kafka 和 Debezium 的任何经验,尤其是在可扩展性方面。谢谢。
解决方案
推荐阅读
- backbone.js - 是否可以在主干无线电中查看通道的所有事件处理程序?
- apache-spark - 与 repartition() 一起使用时,Spark cache() 不起作用
- asp.net-core - 如何分析 .net core 2.1 的内存使用情况?
- python - 我有一个包含 3 个变量的函数,我想最小化目标函数
- android - Android 推送通知系统托盘图标为灰色
- javascript - 如何将文本输入转换为更改表格行的下拉选择?
- windows - Install-Module 尝试使用错误的 url 下载包
- javascript - 如何防止双数组翻译为javascript中字符串中的元素列表?
- scala - 我可以假设发件人是 eventStream.subscribe 上的原始演员吗
- java - 即使在构建过程中在 Maven 本地存储库中创建了依赖组件的 jar 时,也会查找自定义远程存储库