为什么 Cloud Studio 不支持 SSH？10 分钟回收机制背后的产品逻辑
你提到的这两点，其实是 Cloud Studio 在产品定位和资源调度上的设计选择，并不是技术缺陷。背后主要有以下几个原因：
一、为什么不支持 SSH 连接？
1. 产品形态定位：Web IDE，而非云服务器
Cloud Studio 的核心定位是：打开浏览器即可写代码的 Web IDE。
- 已通过网页提供完整的代码编辑器、项目预览和内置终端
- 默认交互方式为 HTTPS + WebSocket
- 不依赖 SSH 作为主要访问手段
因此，它本质上不是一台传统意义上的云服务器，而是一个封装好的在线开发环境。
如果开放 SSH，本质上会改变产品定位，使其更接近 IaaS（云主机）而非 PaaS/Web IDE。
2. 安全与平台管控考虑
在多租户环境下，开放 SSH 会带来额外风险：
- 🔐 增加攻击面（如暴力破解、漏洞利用）
- 🚫 环境可能被用作“跳板机”
- ⛏️ 可能被滥用于爬虫、挖矿等违规操作
而内置终端本质上已经是一个浏览器远程终端：
- 功能足以满足绝大多数开发场景
- 行为更可控
- 不需要额外开放公网端口
3. 如果你确实需要 SSH
如果你的开发习惯是：
- 本地 Vim/Emacs + SSH 远程开发
- 需要完整服务器控制权
- 需要长期运行后台进程
可以考虑：
- ✅ 腾讯云 CVM 云服务器
- ✅ Cloud Studio 的“云主机”工作空间（部分模式支持 SSH）
注意：这些模式和标准 Web 工作空间是不同产品形态。
二、为什么 10 分钟无操作就回收资源？
1. 按需分配，避免资源浪费
Cloud Studio 的后端计算资源是池化共享的。
如果每个用户的环境长期占用 CPU / 内存，即便无人使用：
- 资源会被迅速耗尽
- 其他用户可能出现“无资源可用”
因此，闲置回收是共享架构下的必然选择。
2. 成本控制（尤其是免费/试用空间）
很多 Cloud Studio 工作空间是免费或低成本提供的。
自动回收可以：
- 显著降低平台运营成本
- 提高资源利用率
- 保证整体服务可持续
类似机制在其他产品中也存在，例如：
- GitHub Codespaces 默认闲置 30 分钟停止（可配置）
- JupyterHub 等共享环境
10 分钟属于较积极但合理的阈值。
3. 鼓励“短生命周期 + 快速恢复”的开发模式
需要注意：
回收 ≠ 删除
- 文件会持久化保存
- 工作空间配置会存储
- 重启通常只需几十秒
借助：
- 持久化硬盘
- 自动安装依赖脚本
- 预置启动命令
可以实现快速恢复开发状态，在效率和资源利用率之间取得平衡。
✅ 总结
- 不支持 SSH：为了产品形态统一与安全可控
- 10 分钟回收：为了公平分配共享资源、降低成本
如果你需要：
- 长时间运行后台进程
- 完整服务器控制权
- 持续 SSH 访问
那么 Cloud Studio 的 Web 工作空间可能并非最佳选择，使用云服务器部署完整开发环境会更合适。