Comportements périodiques

Vous avez la possibilité dans Canopsis de définir des périodes de temps pendant lesquelles des changements de comportements sont nécessaires :

  • Plage de service d'une application : vous souhaitez repérer visuellement les applications qui doivent rendre un service à un moment donné
  • Maintenance : vous souhaitez déclarer en maintenance des entités pour que leurs alarmes ne remontent pas visuellement
  • Pause : vous souhaitez mettre en pause une application pour un temps indeterminé

Cette fonctionnalité porte le nom de periodic behavior.

Note

Voici une méthode vous permettant de

  • définir la plage de service d'une application
  • mettre en maintenance une entité

Contexte du cas d'usage

Nous considérons l'application ERP (sous forme d'observateur) composée des entités Comptabilite et Gestion.

Situation initiale

Plages de services

Définition de la plage de service

Dans l'explorateur de contexte, vous recherchez votre observateur ERP.
Vous ajoutez un comportement périodique Action comportement periodique

Pour fabriquer une plage 5 jours/7 de 8h à 19h15, vous devez créer :

  • Une plage récurrente de 19h15 à 00h

Plage 19h15-00h

  • Une plage récurrente de 00h à 08h

Plage 00h-08h

Rendus visuels

En dehors des plages de services, la tuile de météo se comporte ainsi :

En dehors des plages

Maintenance d'une entité

En parallèle des plages de services, vous pouvez déclarer des entités en maintenance ou en pause par exemple.
Vous avez la possibilité d'effectuer ces opérations :

  • Depuis le bac à alarmes : dans ce cas, la mise en maintenance se fait de manière unitaire (En sélectionnant individuellement la ou les alarmes concernées).
  • Depuis l'explorateur de contexte : dans ce cas, la mise en maintenance se fait de manière unitaire sur des entités quelconques
  • Depuis le panneau d'exploitation des comportements périodiques : dans ce cas, la mise en maintenance s'effectue à partir d'un filtre

Note

Vous souhaitez mettre en maintenance les entités qui composent l'application ERP.
Nous utilisons dans l'exemple la méthode Depuis le panneau d'exploitation des comportements périodiques

Pour cela, RDV sur le panneau d'exploitation Comportement périodiques
Vous ajoutez un comportement avec un filtre qui sélectionne les entités de ERP

Ajout comportement
Filtre comportement

Ainsi, de 15h30 à 16h, les entités comptabilite et gestion sont en maintenance.

Maintenance entités

Etant donné que ces entités constituent de manière exhaustive l'application ERP, l'application elle-même est considérée comme en maintenance.

Maintenance ERP

Dans le cas où toutes les entités d'une application ne sont pas en maintenance, le picto suivant est présenté :

Maintenance ERP partielle

Coté bac à alarmes

Jusqu'ici nous nous sommes concentrés sur la météo de service. Le but de ce paragraphe est de montrer les impacts des comportements périodiques sur le bac à alarmes.

Il est possible d'appliquer des filtres sur les comportements périodiques, actifs ou non.

Sur un bac à alarmes, vous pouvez ajouter un filtre comme suit (dans les propriétés du widget) :

Ajout filtre

Le point important concerne l'attribut fictif has_active_pb qui est un booléen.

Filtre comportement actif

Puis au niveau exploitation, sélectionnez le filtre nouvellement créé :

Filtre comportement actif

Par ailleurs, la colonne extra_details embarque un picto de représentation d'un comportement périodique.

Extra_details picto

Quelques filtres courants

Voici une liste de filtres utiles dans des situations de pilotage au quotidien compatibles avec les comportements périodiques.

Une ressource

{
    "$and": [
        {
            "name": "une_ressource"
        },
        {
            "type": "resource"
        }
    ]
}

Un ensemble de ressources

{
    "$and": [
        {
            "type": "resource"
        },
        {
            "$or": [
                {
                    "name": "une_ressource_1"
                },
                {
                    "name": "une_ressource_2"
                }
            ]
        }
    ]
} 

Un composant

{
    "$and": [
        {
            "name": "un_composant"
        },
        {
            "type": "component"
        }
    ]
}

Un ensemble de composants

{
    "$and": [
        {
            "type": "component"
        },
        {
            "$or": [
                {
                    "name": "un_composant_1"
                },
                {
                    "name": "un_composant_2"
                }
            ]
        }
    ]
}

Un composant et ses ressources

{
    "$or": [
        {
            "$and": [
                {
                    "type": "component"
                },
                {
                    "name": "un_composant"
                }
            ]
        },
        {
            "$and": [
                {
                    "type": "resource"
                },
                {
                    "impact": {
                        "$in": [
                            "un_composant"
                        ]
                    }
                }
            ]
        }
    ]
}

Une application

{
    "$and": [
        {
            "impact": {
                "$in": [
                    "une_application"
                ]
            }
        }
    ]
}