AppBeat Blog

Perfect Monitoring for Your Cloud

Backup web client for high availability

Some of our users are constantly using our "Live status" page by their monitoring teams. Primarily for this reason we are introducing secondary backup web client which can be used to monitor "Live status" page even if there is issue or outage of primary web client. Backup web client is actively running on different datacenter and can be accessed by navigating to (this is also displayed in application footer).

Is this feature available for our free users? Of course, this feature is available for all our users! If you are not yet member, you can register here for free.

We are one of rare monitoring provider to offer such feature to their users!


High level diagram of current AppBeat architecture:

Embed service status to your dashboard

Today we published new version of AppBeat (1.3.4) which allows users to enable embeddable status images for each service. You can access this feature from "Public status / Embed Status":

Images are periodically updated with latest statuses by following rules:

  • if there is no status change for your service then image is refreshed every 5 minutes
  • if service status changes (from good to error, from warning to good, etc.) then we try to upload new status image as soon as possible (this is usually less than 30 seconds after you received your notification)

Status images can be embedded to your internal dashboards or internet facing websites. Image URL contains random Globally Unique Identifier (GUID) in its name which allows you too keep links private / for internal use only.

Optionally you can also customize image template with your own colors and texts (for example, you can remove service name from image).

This feature is available only for paid accounts (from 1.99 EUR / month).

AppBeat web app can now run on Linux!

We have successfully migrated our web application from .NET Core RC1 to .NET Core RC2 and published it on test Linux instance (CentOS). Best of all: AppBeat binaries are 100% identical to those on Windows (same cross platform codebase!) and were simply copied to Linux... And it works! It works great!

Here are some setup details for those who are interested.

First, you have to install .NET Core runtime by following simple instructions on Microsoft .NET Core website.

ASP.NET Core web applications are running on lightweight web server called Kestrel, but since it lacks some of important web server features (for example HTTPS, various built-in tools, ...) it is usually configured to run in tandem with other web server of your choice. On Windows this is IIS, on CentOS we selected NGINX. Those web servers then forward your request to Kestrel which runs your ASP.NET Core web application, creates output and returns it back to main web server.

To setup NGINX to forward requests to Kestrel you have to edit nginx.conf with following (adapt if needed):

location / 
proxy_set_header Connection "";
proxy_set_header Host $host;
proxy_set_header X-Original-Proto $scheme;
proxy_set_header X-Original-For $remote_addr;
proxy_http_version 1.1;

Then we installed supervisor to monitor our Kestrel process and make sure it is always running:
sudo yum install supervisor

We created kestrel_default.ini file in /etc/supervisord.d/kestrel_default.ini with following content:

command=dotnet /usr/share/nginx/WebApp/AppBeat.Web.dll

After you saved file you can start Kestrel process by typing:

sudo supervisorctl start kestrel_default

Make sure nginx and supervisor are started on system boot:

sudo systemctl enable nginx
sudo systemctl enable supervisord

This is pretty much it :) We are now prepared for future! If you have questions you can reach us on @AppBeatMonitor

AppBeat Incidents

To make everything fully transparent we have added "Incidents" section into our Help module. Here you can find all AppBeat operation issues that were detected, with detailed description what went wrong, how service was affected and how could we prevent similar issue in future.

Monitor websites with ease

If your technical support is using AppBeat Live status screen to monitor current performance and availability of your systems, we have new useful feature for you.

You can now enable sound alarm which is automatically triggered when "Live status" icon turns red. This additionally minimizes chance for missed alarms (other notifications, such as Slack, PagerDuty, email, SMS are of course also dispatched as configured).

You can enable / disable this feature by clicking bell icon as shown below:

Before relying on this functionality please click "sound test" link to see if your web browser supports Audio API. Most modern browsers should support this feature out of the box. If everything works you should hear test alarm for approximately 15 seconds.

Would you like to see this feature in action? Sign up for free account and try it yourself!

Integration with PagerDuty - The Incident Resolution Platform

Today we published AppBeat 1.3.0 which implements support for third-party notification providers (from Account / Integrations). We are also happy to announce that first provider to be implemented in AppBeat is PagerDuty (available to all users, even those on Free Plan).

You can add PagerDuty to your AppBeat account by following these easy steps:

  • click "Account / Integrations":

  • click on "PagerDuty" button to add new notification channel (you can add multiple PagerDuty notification types; ServiceKey can be obtained on your PagerDuty website):

  • once you have tested and added your PagerDuty notification please click on "Services & Checks". Now double-click on desired service and click "Notification types" tab. Select your PagerDuty notification:

Congratulations! You have successfully integrated your PagerDuty service! From now on, when your service fails, you will automatically receive incident report directly to your PagerDuty!

We will soon add support for more third party incident management tools. Stay tuned!

How to develop PagerDuty support in C#

We are currently working on version of AppBeat which will have support for PagerDuty (third party incident management tool).

Their API is very easy to use. Here is code example from AppBeat which sends PagerDuty notifications:

namespace AppBeat.Core.Notifications
    class PagerDuty
        //NOTE: this is dispatched in separate thread, exception handling is done by NotificationManager
        public static bool Send(ThirdPartyDispatcher.CustomNotification notification)
            var settings = (Types.CustomNotificationPagerDuty)notification.Settings;

            if (string.IsNullOrWhiteSpace(settings.ServiceKey))
                throw new Exception("ServiceKey is required!");

            string incidentKey = Guid.NewGuid().Normalize();

            var req = new PagerDutyReq()
                service_key = settings.ServiceKey,
                description = notification.ShortMessage,
                incident_key = incidentKey,
                details = new { Message = notification?.Details?.Output?.Details },
                event_type = "trigger",
                client = "AppBeat",
                client_url = ""

            using (var wc = new WebClient())
                var res = JsonConvert.DeserializeObject<PagerDutyRes>(wc.UploadString("", JsonConvert.SerializeObject(req)));
                return res.IsOk();

        class PagerDutyReq
            public string service_key
                get; set;

            public string event_type
                get; set;

            public string incident_key
                get; set;

            public string description
                get; set;

            public string client
                get; set;

            public string client_url
                get; set;

            public object details
                get; set;

        class PagerDutyRes
            public string status
                get; set;

            public string message
                get; set;

            public string incident_key
                get; set;

            public bool IsOk()
                return string.Compare(status, "success", StringComparison.InvariantCultureIgnoreCase) == 0;

To use this code you must first create service on PagerDuty with API integration. You then receive unique service key which you use in your API. It can't be more simple than this :)

Preview version of transaction website monitoring (feedback needed)

Today we published first public preview version of transaction monitoring and it is available from "Automated Web Testing" module. Similar feature is also offered by Ghost Inspector and Pingdom.

Please note that this AppBeat functionality is not yet complete (you can't currently save tests or schedule periodic monitoring). If you don't have AppBeat account you can sign up here for free.

Main goal of this preview is to present you our Test Editor, where you can write your own testing scripts. We would like to make sure that current version of script works with majority of websites. If you find any issue or think script is not working as it should, please contact us.

When you go to test editor there should be example script, which tries to login to our web app without password and checks if correct error is displayed:

open ''
assign '#loginUsername' 'FOO'
click '#btnLogin'
--ensure that "Password is required to login" error is displayed, otherwise fail test
element '#loginError' text contains 'Password is required to login'

Before writing your own script, please delete our example script (select entire text in editor and press "Delete" key on your keyboard). Please note that script begins with "open" command and only one "open" command is allowed per script.

If you would like to open (test) multiple pages you would have to write separate scripts (tests) for each page, each containing its own "open" command.

This kind of synthetic monitoring allows you to simulate user behaviour on your website by running user actions (open URL, assign text, click element, ...) and allows you more deep insight into your web application. With this kind of tests you can detect problems which are hard to detect with standard website checks.

If you have questions please let us know. We can also help you write your test script if you have issues.

Website monitoring now with preferred test location

We have successfully completed deployment of AppBeat 1.1

Our paid users should now have option to select preferred test location (Account / Check settings), where free users have only "Random location" option. Similar functionality is also provided by Pingdom and StatusCake.

Everyone can also fine-tune "Number of confirmation checks" option which defines behaviour when your check does not return positive result. By default we try to confirm failure by two additional confirmation checks from different geographic locations and networks. This minimizes number of false positive alerts.

If you monitor non-critical system, you can delay alerts by up to five minutes. If system is failing for entire delay period then alert will be issued at the end of that period (for example after five minutes since failure started).

In Account / Personalization you can now also set date and time format which are used on web user interface and in notifications (SMS, email).

We are now actively working on AppBeat 1.2 which will allow you functional website testing (also known as synthetic or transaction monitoring). For example, you will be able to test search process on your website, user login, adding items to shopping cart, etc.

If you have any comment you can always send us your feedback.