osFoundry / Platform
容器计算
需要常驻进程?将运行时切换为容器。同一应用,不同模式。
简介
容器算力是你在 osFoundry 中构建的应用的一种运行时模式。大多数应用作为短生命周期、由请求驱动的进程运行得很好：启动、应答、然后关闭。但有些工作负载需要一直保持存活：持有开放连接的 WebSocket 服务器、不断清空队列的后台工作程序、按自己节拍运行的调度器，或在请求之间把热状态保留在内存中的后端。对于这些场景，你把运行时切换为容器，同一个应用便作为长驻进程持续运行，而不再每次都从头启动。
关键在于，它还是同一个应用。你不用重写它、不用分叉、也不用迁到别的服务上。代码、路由和接线都原封不动，你改变的只是它的执行方式。这让容器模式成为一个当某项功能需要时才做的决定，而不是一开始就要押上的架构。先用更轻量的短生命周期模式起步，等你加入那块必须持久化的部分时，再切换到容器。
这与 osFoundry 的理念一致：把聊天、智能体、应用、代码和数据放在同一个工作区里，而不是散落在各个独立的托管账户中。因为 osFoundry 是 BYOK 且本地优先，你是在按自己的方式运行自己的应用，外面没有一层按席位收费的 SaaS 包裹。容器算力把这一点延伸到后端：当你的应用从一个无状态的助手成长为需要一直运行的东西时，工作区里早已为它准备好了容身之处。
主要功能
- 无需改动代码，即可让任意 osFoundry 应用在短生命周期与容器运行时之间切换
- 运行长驻进程：WebSocket 服务器、后台工作程序、调度器和守护进程
- 在请求之间把热状态保留在内存中，而不必每次调用都冷启动
- 按应用选择运行时，因此只在某项功能确实需要时才为持久化进程付费
- 后端与你的聊天、智能体、代码和数据同处一个工作区
使用场景
- 开发者：某个应用加入了用于实时更新的 WebSocket 功能，于是把它的运行时切换到容器以保持连接开放
- 自动化搭建者：一个清空任务队列并按计划运行的后台工作程序，需要一个永不休眠的进程
- 团队负责人：一个原型应用起初是无状态的，等它需要热缓存和持久化后端时，无需重建便迁移到了容器模式
常见问题
什么时候该把应用切换到容器算力，而不用默认运行时？
当你的应用需要某些东西在请求之间保持存活时就切换：开放连接（例如 WebSocket）、后台或定时的工作程序、守护进程，或你不想在每次调用时丢失的内存状态。如果应用只是应答请求然后关闭，更轻量的短生命周期运行时更合适。
要把应用作为容器运行，我需要重写它吗？
不需要。还是同一个应用，只是换了一种模式。你切换运行时设置，现有代码便作为长驻进程运行。这正是它的用意所在，因此你可以从简单的应用起步，等某项功能真正需要时再迁到容器。
这与 osFoundry 的 BYOK 和本地优先有什么关系？
容器算力关乎你的应用后端在哪里运行，因此它与 osFoundry 的其余部分一脉相承：你的密钥、你的模型和你的数据都在你自己掌控之中，应用后端与你的聊天、智能体、代码和数据同处一个工作区，而不是放在另一个独立的托管账户里。