Performance Improvements to BluSKY

Reduced the number of transactions displayed on the screen to 50

Group multiple alarm conditions on a single Monitoring Point/DPS into a single row, updating date to latest

Defensive Code to prevent unnecessary updates

Optimize Alarm query across Alarms and Events page on initial page load

Rewrite several SPROCs used by DBChangeAnalyzer to work on Service Bus payload and not on timestamp logic

Implement Triggers to avoid new work when nothing of interest changes

SignalR connection re-establish -> light weight move of subscribed devices rather than querying db

Parallelized Mercury Instance Process - Improved speed of Event from Controller to UI

Establish Multiple VM's for Mercury Instances

Improved Rules Engine

Event analysis and transaction filtering

Reduce Commands going to Controller - Command Optimization

Optimized DBChangeAnalyzer

Event Analyzer - Cloud Service migration to function app with dedicated ASP

Rewrite SignalREvents as a Function App

Rewrite DeviceStatus as a Function App

Rewrite DeviceState as a Function App

Rewrite Rules as a Function App

Business Critical Virtual Machine and pool of Mercury Instances

Remote Movement of Controllers between Mercury Instances

Automatic creation of new Instances and auto-assigning controllers to instances

SIEM - Feed that also reports alarms (and everything else) to Splunk and other SOC packages

Central Station -> Rapid Response

API throttling