Showing posts with label real-time. Show all posts
Showing posts with label real-time. Show all posts

Tuesday, July 5, 2011

We Need To Know When Something Does Not Happen

An event is anything that happens. A business event is an event that has a meaning to conduct commercial activities. Examples at the airport include a passenger checking in, a runway closure, a change in the ATC acceptance rate, an aircraft touchdown, aircraft doors closing, and a failure in the baggage sorting system. Events small and large take place all day, every day in every corner of a company and its environment.

A fundamental characteristics of events is that they cannot be entirley foreseen. Some events require actions as a direct response, for instance when the runway visibilty drops under a specific threshold. Other events are opportunities that can be exploited. For example, when a flight is cancelled, the stranded passengers could be directed to a desk which requires walking through a shopping area.



Now, an event is "something that happens" which is fine but raises the question of what to do when something which is expected to happen does not happen. For example, aircraft boarding should start 35 minutes prior to off-blocks. For this we need to know the expected boarding time based on standards, we need the latest departure time (planned or estimated) and we need to know the current status of the flight. We need to monitor this all the time. And, we must make sure that we are not getting an alert every second in the event, that boarding has not started on time. Why do we need to know this information at all? Because a late boarding is a very good indicator for a late departure.

This is just one example of time-based or timed-out events. You may want to build this and other features on top of legacy operational systems or you may want to use our brilliant and proven real-time processing system to handle this for you for all systems, every day, all the time.

Saturday, June 11, 2011

Refresh Rates for Visualization of Real-Time Data

What's your expectation of refresh rate for "real time" data visualization? One could argue that the refresh rate depends on the time when such real-time information is still actionable, i.e. you can still take an action to avoid an issue or to ensure an expected result. This goes beyond traditional dashboards which are being refreshed in intervals. You will have to be notified immediately when something goes wrong or when something did not happen in due time.


That may be a reason why the demand for refresh rates ranges from zero latency to hourly refresh. I would aim for zero latency. Because, as a user, I do not want to ask myself whether this information is up to date. Nor will I want to know when it is being refreshed. In a real-time / operational environment it must be up to date.