为什么选择 Render

现有架构及其挑战

目前，我们的 Quest (opens new window) 产品和 广告系统 (opens new window) 部署在腾讯云上。系统采用以下技术栈：

后端架构

• 技术选型：NestJS + MongoDB
• 部署环境：Kubernetes (K8s) 集群

前端架构

• 技术选型：NextJS
• 部署方式：容器化部署

基础设施组件

在最近的成本优化过程中，我们对云资源使用情况进行了详细分析。发现基础设施组件占总成本的约 30%，这个比例明显超出了我们的预期。主要的基础组件包括：

1. 网关（流量费用）
2. Docker 镜像仓库
3. 网络附加存储（NAS）
4. 负载均衡器（SLB）
5. 监控系统（Prometheus + Grafana）
6. 持续集成/持续部署（Jenkins）
7. 日志服务（Collect-log）

寻求新的解决方案

基于成本考虑，我们决定在新项目中尝试使用 Render 平台。我们选择了一个 Python 开发的 Telegram 账户监听程序作为试点项目。

Render 部署体验

部署配置

• 资源配置：2GB RAM, 1 CPU
• 费用等级：$25/月
• 部署方式：直接对接 GitHub

优势特点

1. 简化的部署流程

   • 仅需连接 GitHub 仓库
   • 自动化的部署配置
   • 无需复杂的运维操作

2. 便捷的运维特性

   • 自动监听 GitHub 代码变更
   • 完善的日志查看功能
   • 灵活的扩容能力

3. 高效的项目启动

   • 快速部署能力
   • 无需运维团队配合
   • 降低了项目启动门槛

结论

Render 平台为新项目提供了一个轻量级且高效的部署解决方案，特别适合需要快速启动的小型项目。相比传统云服务，它能显著降低运维成本和复杂度，让开发团队更专注于业务开发。

还有同类的平台 Railway 和 Fly.io，大家也可以对比测试一下。