选择Miniflux作为RSS服务，利用其轻量、安全、Go语言编写和PostgreSQL支持等优势，通过Kubernetes Deployment部署多副本实例，配置健康检查与环境变量，结合StatefulSet或外部RDS实现PostgreSQL高可用存储，使用PersistentVolume保障数据持久化，并通过Ingress暴露服务，集成TLS加密与认证机制，实现RSS服务的高可用、自动恢复与安全访问。
在Kubernetes集群中部署一个高可用的RSS服务，关键在于选择合适的RSS应用、合理设计架构，并通过Kubernetes原生能力实现自动恢复、负载均衡与数据持久化。以下是一个实用且可落地的部署方案。
选择合适的RSS后端服务
目前社区较为活跃的开源RSS服务包括 Miniflux、Flexget 和 TTRSS（Tiny Tiny RSS）。其中 Miniflux 轻量、安全、无前端依赖，适合 Kubernetes 部署；TTRSS 功能丰富但依赖 PHP 和数据库，稍重一些。
推荐使用 Miniflux，原因如下：
- 基于 Go 编写，资源占用低
- 自带 REST API，便于集成
- 支持 PostgreSQL，适配云原生存储
- 官方提供 Docker 镜像，易于容器化
部署PostgreSQL作为持久化存储
RSS服务需要稳定的数据存储来保存订阅源、文章和用户状态。Miniflux 使用 PostgreSQL 作为唯一支持的数据库。
为保证高可用，建议使用 StatefulSet + PersistentVolume 部署 PostgreSQL，或直接接入外部托管数据库（如 AWS RDS、阿里云RDS），降低运维复杂度。
若需在集群内部署，可参考以下要点：
- 使用
storageClassName指定支持多节点读写的存储（如 Ceph、Longhorn） - 配置合理的资源限制（CPU/memory）防止被驱逐
- 定期备份 PVC 中的数据，避免单点故障
部署Miniflux并实现高可用
使用 Deployment 管理 Miniflux 实例，确保多个副本运行在不同节点上，结合 Service 实现内部负载均衡。
关键配置项包括：
- replicas: 2+：保证至少两个实例，防止单点故障
- readinessProbe & livenessProbe：检测应用健康状态，自动重启异常实例
- environment variables：设置 DATABASE_URL、RUN_MIGRATIONS、LISTEN_ADDR 等必要参数
- Service 类型为 ClusterIP 或 LoadBalancer：根据访问需求暴露服务
示例片段：
apiVersion: apps/v1kind: Deployment
metadata:
name: miniflux
spec:
replicas: 2
selector:
matchLabels:
app: miniflux
template:
metadata:
labels:
app: miniflux
spec:
containers:
- name: miniflux
image: miniflux/miniflux:latest
ports:
- containerPort: 8080
env:
- name: DATABASE_URL
value: "postgres://user:pass@postgres-svc:5432/miniflux?sslmode=disable"
- name: RUN_MIGRATIONS
value: "1"
livenessProbe:
httpGet:
path: /health
port: 8080
initialDelaySeconds: 10
periodSeconds: 10
暴露服务与安全访问
通过 Ingress 暴露 Miniflux 服务，配合 TLS 加密保障通信安全。
- 配置 Ingress 控制器（如 Nginx Ingress）
- 使用 Cert-Manager 自动申请 HTTPS 证书
- 设置 Basic Auth 或集成 OAuth2 Proxy 提升安全性
首次启动后，可通过 CLI 或 Web 界面创建管理员账户：
kubectl exec -it <miniflux-pod> -- miniflux -create-admin基本上就这些。通过合理利用Kubernetes的副本控制、健康检查和持久卷机制，可以轻松实现一个稳定可靠的RSS服务。只要数据库不丢，应用就能自动恢复，满足日常使用甚至小团队共享需求。
