Kubernetes部署Routerlicious fluid-server及跨云本地部署问题

跨云平台部署说明 #

该Helm Chart没有强制绑定Azure生态，完全可以部署到其他任意云厂商的Kubernetes集群上。
Chart默认配置里的Azure Blob存储、Azure Event Hubs等Azure专属依赖都是可替换项，部署时只需要修改values.yaml中的对应配置，把依赖服务替换成目标云平台的兼容服务即可：

• 持久化存储层：将默认的Azure Blob替换为S3协议兼容的对象存储服务即可，绝大多数公有云的对象存储服务都支持该协议
• 消息队列层：将默认的Azure Event Hubs替换为标准Kafka、RabbitMQ等AMQP/Kafka协议兼容的消息服务即可
• Routerlicious的核心无状态服务组件本身不调用任何云厂商专属API，只要集群Kubernetes版本在1.21及以上，配置了可用的默认StorageClass提供持久化卷，就能正常调度运行。

本地环境部署说明 #

完全可以在本地主机上配置并运行整套基础组件，根据你的实验需求可以选两种方案：

• 本地Kubernetes部署方案：使用Kind、Minikube或者Docker Desktop内置的Kubernetes作为运行环境，所有依赖组件都用开源自托管版本部署：对象存储用MinIO，消息队列用单节点Kafka/RabbitMQ，缓存和数据库用单实例Redis、MongoDB即可。部署前记得把Chart里所有Azure相关的默认配置全部替换成本地自托管组件的连接地址、认证信息，不要保留默认占位符。
• 轻量本地开发方案：如果只是快速做应用创意实验，不需要严格对齐K8s生产部署架构，可以直接用Docker Compose拉起整套Routerlicious服务，资源占用更低，启动速度更快，适合本地开发调试场景。

常见部署失败踩坑提示：默认Chart的values.yaml里填充的全是Azure服务的占位配置，不做修改直接部署必然会因为连不上依赖服务启动失败。本地单节点部署时建议给K8s集群分配至少8G可用内存，否则核心组件很容易因为内存不足OOM退出。

内容的提问来源于stack exchange，提问作者Hamza J