这种情况怎么设计 restful url 该？

[wingyiu]

需求，有两对象，一个是程序(program)，一个是程序的运行实例（ instance)。现在要提供以下接口： 1.重启实例 2.启动新实例 3.停止实例 4.软重启实例 4.软启动 5.软停止

软 xx 一般就是先把总线的路由策略切换到其他实例，使请求不会被路由到正在操作的实例。

重启和停止接口还要支持批量操作。

这 URL 该怎么设计？

只能想到一个比较贴切的 停止实例 DELETE /instances/

[mooncakejs]

post instance/state

[guyskk]

这是 restful 不明确的地方，不要硬套 restful ， restful 也有缺陷。
建议，全部 POST:
/program/restart
/program/start
/program/soft_restart
...
批量操作的参数全部用实例 ID 列表

[schezukNewTos]

首先你要设计一个状态机……

@guyskk 你直接说“抛弃 REST ”好了，用不着写这么长……

[murmur]

这设计要什么 rest 这是典型的面向装逼 /面向简历编程
传统方式 program?act=reset/new/stop/soft_restart/soft_start/soft_stop
完美解决

[dremy]

建议可以参考 Tesla 的 API 设计
http://docs.timdorr.apiary.io/#reference/vehicle-commands/wake-up-car

[orvice]

没必要硬套 rest 的啦。

[smallpath]

rest 多对多就是这么蛋疼

[wupher]

将对象视作命令比看成资源在这个场景下会更合理一些。

非要看作资源也不是不能硬套：
启动新实例 和 停止可看成增删，其余的视作状态修改。

[docee]

Rest 最重要的在于状态转移或无状态，你这个只是 URL 规则生搬硬套而已。传统通过 token 之类的来转移状态，最多只能称为 RESTless 。