当我说自己在甲骨文云的免费套餐上跑生产级AI代理时，同行们的表情总是如出一辙——那种"你为什么要这么折磨自己"的眼神。但在巴拿马部署了几十个自主代理后，我发现一个反直觉的事实：甲骨文的免费基础设施反而迫使我做出让系统更可靠的架构决策。
甲骨文云的Always Free套餐并不像开发者期待的那样慷慨。你能拿到的是：2台AMD计算虚拟机（每台1/8 OCPU、1GB内存）、2个自治数据库（各20GB存储）、10GB对象存储，以及每月10TB出站数据传输。仅此而已。没有GPU，没有托管向量数据库，没有托管Kubernetes，只有基础的计算、存储和甲骨文旗舰级的自治数据库。
大多数开发者看到这些限制就转身离开。我看到的却是迫使我构建更精简代理的约束条件。此前我曾为一个客户的"简单"聊天机器人烧掉3000美元AWS账单，看着它不断膨胀的复杂度，我需要换一种思路。
转折点出现在为巴拿马城一家餐厅开发WhatsApp接单代理时。甲骨文的限制让我无法像往常那样直接开一台t3.medium实例了事，而是被迫从计算调度的角度思考。代理不需要永远在线——它只需要唤醒、批量处理消息、更新数据库，然后休眠。这种间歇式计算模式成了我此后所有项目的基础架构。
甲骨文的自治数据库是被低估的工作马。它不只是托管数据库，而是能自动处理索引、备份、补丁和性能调优的数据库。对AI代理来说，这意味着三件事：内置JSON文档存储让代理记忆、对话状态和工具输出天然以JSON形式存在，无需ORM复杂度；免费层可在0.02到0.2 OCPU之间自动扩缩容，凌晨3点的批处理不会挤占白天的容量；原生REST API让每个自治数据库都暴露数据端点，代理查询记忆时无需维护连接池。
我的文档处理代理存储提取结果的方式很直接：调用insert_json将文档ID、时间戳、来源、实体、置信度分数、所用模型和处理耗时一并存入。数据库自动为_id、timestamp和频繁查询的嵌套JSON路径建立索引，无需手动管理索引，也无需迁移脚本。
免费套餐的另一面是安全性的强制升级。mTLS默认启用，没有"稍后配置"的选项。自治数据库只接受加密连接，证书轮换自动完成。这种"安全即默认"的设计，反而让我在部署生产系统时少了很多后顾之忧。
热门跟贴