如何针对PredictionIO中的特定应用发起查询？

你遇到的这个情况是PredictionIO的设计逻辑导致的，完全属于正常现象，下面给你详细拆解：

• 事件写入接口（events.json）需要accessKey：这是因为写入操作（比如记录用户点击行为、新增物品数据）属于敏感数据操作，accessKey的作用是验证请求是否来自授权的应用，防止恶意数据注入或篡改。
• 查询接口（queries.json）不需要accessKey：推荐结果查询属于公开的读取操作，PredictionIO默认设计为无需身份验证，方便前端或客户端直接调用获取推荐内容。

多应用场景下的区分方式 #

既然你创建了多个应用，要确保查询对应正确的应用，核心注意点是：每个应用的推荐引擎是独立部署的，它们会占用不同的端口（或自定义路径）。举个例子：

• 应用A的引擎部署在http://localhost:8000
• 应用B的引擎部署在http://localhost:8001
  调用对应的端口就能获取对应应用的推荐结果，不需要通过accessKey来区分应用。

（可选）给查询接口添加验证的方法 #

如果你的业务场景需要对查询请求做身份验证，可以通过以下两种方式实现：

1. 自定义引擎参数：在你的引擎代码里添加一个自定义参数（比如apiKey），然后在引擎的查询逻辑里验证这个参数是否和对应应用的accessKey匹配，不匹配则返回错误提示。
2. 添加API网关层：在PredictionIO引擎前面加一层网关服务，先验证请求的身份信息（比如token、自定义密钥），验证通过后再转发到对应的引擎查询接口。

你的示例查询是正确的 #

你提供的curl命令就是标准的queries.json调用方式，不需要额外添加accessKey参数：

curl -H "Content-Type: application/json" \
-d '{ "items": ["i1", "i3"], "num": 10, "categories" : ["c4", "c3"], "blackList": ["i21", "i26", "i40"] }' \
http://localhost:8000/queries.json

返回的itemScores结构也是PredictionIO推荐引擎的标准输出格式。

内容的提问来源于stack exchange，提问作者Devashish Mamgain