anexia/laravel-monitoring

A laravel module to monitor runtime (php, laravel) versions, composer package versions and composer package licenses

1.7.0 2021-05-18 09:37 UTC

This package is auto-updated.

Last update: 2021-11-18 11:40:31 UTC


README

A Laravel package used to monitor updates for core and composer packages. It can be also used to check if the website is alive and working correctly.

Installation and configuration

Install the module via composer, therefore adapt the require part of your composer.json:

"require": {
    "anexia/laravel-monitoring": "1.6.0"
}

To automatically publish the composer packages config files to the app, add the scripts to your composer.json:

"scripts": {
    "post-install-cmd": [
        "php artisan vendor:publish --provider=\"Anexia\\Monitoring\\Providers\\MonitoringServiceProvider\""
    ],
    "post-update-cmd": [
        "php artisan vendor:publish --provider=\"Anexia\\Monitoring\\Providers\\MonitoringServiceProvider\""
    ]
}

To manually add the config file of anexia/laravel-monitoring instead either run

php artisan vendor:publish --provider="Anexia\Monitoring\Providers\MonitoringServiceProvider"

or manually copy the /vendor/anexia/laravel-monitoring/config/monitoring.php to /app/config/monitoring.php after the composer update command.

In the projects config/app.php add the new service providers:

return [
    'providers' => [        
        /*
         * Anexia Monitoring Service Providers...
         */
        Anexia\Monitoring\Providers\MonitoringServiceProvider::class,
    ]
];

Now run

composer update [-o]

to add the packages source code to your /vendor directory and its config files to your /config directory.

In the projects .env config file add the access token configuration:

ANX_MONITORING_ACCESS_TOKEN=custom_monitoring_token

In the projects .env config file add the database connection configuration:

DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=homestead
DB_USERNAME=homestead
DB_PASSWORD=secret

Usage

The package registers some custom REST endpoints which can be used for monitoring. Make sure that the ANX_MONITORING_ACCESS_TOKEN is defined, since this is used for authorization. The endpoints will return a 401 HTTP_STATUS code if the token is not defined or invalid, or will return a 200 HTTP_STATUS code if everything went well.

Version monitoring of core and composer packages

Returns all a list with platform and composer package information.

URL: /anxapi/v1/modules?access_token=custom_access_token

Response headers:

Status Code: 200 OK
Access-Control-Allow-Origin: *
Access-Control-Allow-Credentials: true
Allow: GET
Content-Type: application/json

Response body:

{
   "runtime":{
      "platform":"php",
      "platform_version":"7.0.19",
      "framework":"laravel",
      "framework_installed_version":"5.4.28",
      "framework_newest_version":"5.4.28"
   },
   "modules":[
      {
         "name":"package-1",
         "installed_version":"3.1.10",
         "installed_version_licences":[
            "BSD-2-Clause"
         ],
         "newest_version":"3.3.2",
         "newest_version_licences":[
            "BSD-3-Clause"
         ]
      },
      {
         "name":"package-2",
         "installed_version":"1.4",
         "installed_version_licences":[
            "MIT"
         ],
         "newest_version":"1.4",
         "newest_version_licences":[
            "MIT"
         ]
      },
      ...
   ]
}

Live monitoring

This endpoint can be used to verify if the application is alive and working correctly. It checks if the database connection is working. It allows to register custom checks by using hooks.

URL: /anxapi/v1/up?access_token=custom_access_token

Response headers:

Status Code: 200 OK
Access-Control-Allow-Origin: *
Access-Control-Allow-Credentials: true
Allow: GET
Content-Type: text/plain

Response body:

OK

Custom up check failure (without custom error message):

Response headers (custom check failed without additional error message):

Status Code: 500 Internal Server Error
Access-Control-Allow-Origin: *
Access-Control-Allow-Credentials: true
Allow: GET
Content-Type: text/plain

Response body (containing default error message):

ERROR

Custom up check failure (with custom error message):

Response headers (custom check failed without additional error message):

Status Code: 500 Internal Server Error
Access-Control-Allow-Origin: *
Access-Control-Allow-Credentials: true
Allow: GET
Content-Type: text/plain

Response body (containing custom error message):

This is an example for a custom db check error message!

Custom live monitoring hooks:

The anexia/laravel-monitoring only checks the DB connection / DB availability. To add further up checks a customized helper class can be defined. This class must implement the Anexia\Monitoring\Interfaces\UpMonitoringInterface and must be available as App\Helper\AnexiaMonitoringUpCheckHelper.

Add a new helper class to the project source code tree as /app/Helper/AnexiaMonitoringUpCheckHelper.php, e.g.:

<?php
namespace App\Helper;

use Anexia\Monitoring\Interfaces\UpMonitoringInterface;

class AnexiaMonitoringUpCheckHelper implements UpMonitoringInterface
{
    /**
     * Check the application according to your needs
     * @param array $errors
     * @return bool
     */
    public function checkUpStatus(&$errors = array())
    {
        // your custom check goes here
        /**
         * e.g.:
         *
         * if ($success) {
         *     return true;
         * } else {
         *     $errors[] = 'Database failure: something went wrong!';
         *     return false;
         * } 
         */
    }
}

The customized helper's checkUpStatus method gets automatically called by the anexia/laravel-monitoring package's up check. If the helper's checkUpStatus method returns false and/or adds content to its $error array (given as method parameter by reference), the anexia/laravel-monitoring package's up check will fail. If the customized helper's checkUpStatus method returns false without giving any additional information in the $error array (array stays empty), the default error message ERROR will be added to the response.

Deactivate default DB connection test:

If you don't want the default DB connection test to happen (because you're on a system where no DB is needed) you can do that in the /app/config/monitoring.php by setting the key deactivate_db_check to true.

List of developers

Project related external resources