actor_tpye 什么时候会变成 "app" 或 "service_broker"？
When would actor_tpye be "app" or "service_broker"?
CF events api 列出了事件的 "actor_type" 字段，它可以是以下之一：
- service_broker
- 系统
- 用户
- v3-进程
审计事件的参与者类型是上述每一种的示例是什么？对于试图使用此 api 的人来说，比 REST 端点摘要更高级别且比 this 更详细的文档在哪里？
actor_type 表示发起事件的原因。同样，actee_type 是正在执行的资源。
用户：大多数事件（例如 starting/stopping/deleting 一个应用程序）将有 actor_type "user"，因为事件是由用户触发的动作。
service_broker：一些审计事件是由服务代理触发的。例如注册服务产品或服务计划。
system: 没有明确演员时使用系统。目前有一个 bug 用于调查此 actor_type 的用法：https://www.pivotaltracker.com/story/show/132099009
v3-process：最近在 cf v245 中更改为 "process"。此 actor_type（连同 actor_type "app"）仅在 process/app 崩溃时使用。这个 actor_type 也有一个错误：https://www.pivotaltracker.com/story/show/132098945
除了 API 文档之外，我找不到任何关于审计事件的文档。您打算如何使用事件 API？
CF events api 列出了事件的 "actor_type" 字段，它可以是以下之一：
- service_broker
- 系统
- 用户
- v3-进程
审计事件的参与者类型是上述每一种的示例是什么？对于试图使用此 api 的人来说，比 REST 端点摘要更高级别且比 this 更详细的文档在哪里？
actor_type 表示发起事件的原因。同样，actee_type 是正在执行的资源。
用户：大多数事件（例如 starting/stopping/deleting 一个应用程序）将有 actor_type "user"，因为事件是由用户触发的动作。
service_broker：一些审计事件是由服务代理触发的。例如注册服务产品或服务计划。
system: 没有明确演员时使用系统。目前有一个 bug 用于调查此 actor_type 的用法：https://www.pivotaltracker.com/story/show/132099009
v3-process：最近在 cf v245 中更改为 "process"。此 actor_type（连同 actor_type "app"）仅在 process/app 崩溃时使用。这个 actor_type 也有一个错误：https://www.pivotaltracker.com/story/show/132098945
除了 API 文档之外，我找不到任何关于审计事件的文档。您打算如何使用事件 API？