You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This email’s regarding my tweet yesterday about the Webhook or Websocket based event subscriptions. I’d love an interface that allowed me to be notified of events that occur within the KRE system on an external system. For example:
This would then send a web hook with the appropriate information to the callbackUrl specified in the subscription request whenever a matching event occurs. The web socket interface would look similar, only the subscription and notifications would occur via web socket instead of via web hooks.
I see huge advantages to this for two reasons. The first is that it allows clients to receive events in real time, enabling live UIs that change in near realtime. Imagine seeing the speed and location of my car update on the Fuse dashboard as I drive.
The second is enabling external systems to consume and receive events in whatever language and framework people want. This would be a pivot for Kynetx, since KRE can be an event bus in the sky as well as a rules processing engine.
Jessie A. Morris
The text was updated successfully, but these errors were encountered:
This email’s regarding my tweet yesterday about the Webhook or Websocket based event subscriptions. I’d love an interface that allowed me to be notified of events that occur within the KRE system on an external system. For example:
HTTP POST https://sky.kobj.net/{ECI}/{
Authorization: Bearer {OAuth Token}
{
“type”: “subscription”,
“domain”: “automobile”,
“event”: “start”,
“callbackUrl”: “https://my.ownsystem.com/callbacks/h34nthpr238”
}
It would then respond with something like:
{
“subscriptionId”: “stnh134nh”
}
This would then send a web hook with the appropriate information to the callbackUrl specified in the subscription request whenever a matching event occurs. The web socket interface would look similar, only the subscription and notifications would occur via web socket instead of via web hooks.
I see huge advantages to this for two reasons. The first is that it allows clients to receive events in real time, enabling live UIs that change in near realtime. Imagine seeing the speed and location of my car update on the Fuse dashboard as I drive.
The second is enabling external systems to consume and receive events in whatever language and framework people want. This would be a pivot for Kynetx, since KRE can be an event bus in the sky as well as a rules processing engine.
Jessie A. Morris
The text was updated successfully, but these errors were encountered: