Migration of our monitoring stack to .NET Core 2.0 and .NET Standard 2.0
After successful migration of our monitoring front-end, back-end and microservices to .NET Core 2.0 and .NET Standard 2.0, here is quick summary of this process.
Migration decision Although we were very very satisfied with .NET Core 1.0, we decided for migration to newest version for following reasons:
bigger API and more libraries available (thanks to .NET Standard 2.0) much easier to share common internal projects between .NET Core 2.0 and Full .
Want less monitoring alarms? Introducing quiet hours!
In newest AppBeat version 1.7.0 you can now define quiet hours for your users, services and/or third-party integrations (I will refer to these as “resources”).
Quiet hours are recurring time periods during which alerts (outgoing notifications) are muted for selected resource(s). Quiet hours does not affect monitoring, just notifications. This means that you will always be able to check log entries, even during effective quiet hours.
You can access this new feature from “Alerting” module and by clicking “Quiet hours” tab as shown below:
Implementing WebDriverIO support in .NET Core 2.0 for efficient Selenium testing
We are currently implementing experimental subset of WebDriverIO API (higher level API on top of Selenium WebDriver) in .NET Core so we could run synthetic (transaction) monitoring very efficiently from different geographic locations.
Implementation goals:
cross-platform, efficient and lightweight framework easy to use (REST API / web interface) high compatiblity with WebDriverIO because users are already familiar with it for security reasons we will probably implement simple JavaScript interpreter for WebDriverIO commands (instead of running tests in Node.
New notification rules for website monitor
We slightly updated our notification rules for new website checks. Reason for this update is only “cosmetic” - new rules will generate better descriptions for outgoing notifications and log files.
New rule for status “Error” [trigger_rule: 5xx server error rule]
%STATUS% >= 500
[trigger_rule: 4xx client error rule]
%STATUS% >= 400
New rule for status “Warning” [trigger_rule: warning by 3xx redirection rule]
%STATUS% >= 300 AND %STATUS% < 400
New rule for status “Good” %STATUS% >= 200 AND %STATUS% < 300
Improved user experience for our website monitoring client
We published new web application with improved UX and some new useful features:
you can now quickly filter your checks on “Live status” screen: added quick actions for monitored checks and services “Live status” simplifications due to new quick actions feature Check wizard should now have better support for high DPI displays and show vertical scrollbar where needed Added option to easily clone monitored check (this allows you to quickly create similar monitors) “Live status” - dismiss all alerts is displayed when there is more than one service alert.