Administration (AdminBundle)

De SOS Paris
Aller à : navigation, rechercher
Admin.png
Module Admin
Nom Administration du portail
Version 2.0
Github https://github.com/AriiPortal/AdminBundle

Le module Admin permet de gérer la partie infra du site, elle s'adresse aux administrateurs systèmes & réseaux en leur permettant de définir les composants.

Contrairement aux autres modules, on ne gère pas les objets gérés par le portail (par exemple des jobs) mais seulement les éléments qui seront utilisés par les objets.

Lors de la première installation, les valeurs par défaut sont directement insérées dans la base de données permettant ainsi de disposer d'une base de travail qu'il suffira ensuite de modifier ou de dupliquer.

Le module Admin n'est pas une CMDB, il ne gère pas les assets mais permet simplement de disposer des paramètres nécessaires aux applications.

Edition

Le principal rôle de ce module est de mettre à jour la base de données du portail.

Organisation

Catégories

Les catégories permettent d'organiser les objets afin de les regrouper en fonction des normes et des équipes d'utilisateurs.

Une organisation par défaut est proposée, elle peut être aisément modifiée en drag&drop dans le menu de gauche.

Une catégorie est décrite comme suit:

Nom Nom interne de la catégorie
Titre Titre pour l'affichage
Catégorie Catégorie parente
Description Description de la catégorie

Sites

Le site permet de localiser géographiquement un objet, par exemple pour le calcul de décalage horaire lorsque les machines sont réparties sur plusieurs fuseaux horaires.

Nom Nom interne du site
Titre Titre pour l'affichage
Catégorie Catégorie du site
Description Description de la catégorie

Applications

Les applications regroupent des objets en périmètres fonctionnels.

Nom Nom interne de l'application
Titre Titre pour l'affichage
Catégorie Catégorie du site pour l'application
Description Description de la catégorie

Réseau

Le réseau est la description de l'infrastructure sur laquelle reposent les traitements.

Connexions

Les connexions recensent les moyens d'accéder à un composant réseau en fonction d'un protocole donné.

Nom Nom interne de la connexion
Titre Titre pour l'affichage
Domain Utilisation de la connexion: Agent, Client, Base de données, JobScheduler, FileSystem, Mail, Web, etc...
Description Description de la connexion
Hôte Nom ou adresse IP du composant réseau
Interface Adresse IP d'écoute (lorsque l'hôte offre plusieurs interfaces réseau)
Protocole Moyen de communication: ojs, local, mysql, smtp, http ssh, oracle, etc...
Port Port de communication
Login Compte de connexion
Méthode Méthode d'authentification: Mot de passe ou Clé privée
Mot de passe Mot de passe dans le cas d'une authentification par mot de passe
Clé privée Clé privée dans le cas d'une authentification par clé
Instance Instance ou serveur de base de données
Base de données Nom de la base de données
Owner Propriétaire du schéma
Pilote Indication du pilote si le protocole a besoin d'être précisé (Ex: mysqli pour mysql, oci8 pour oracle)
Chemin Chemin d'accès, par exemple pour un système de fichiers.

Noeuds

Un noeud est un regroupement de connexions afin d'identifier les moyens d'accès à un composant réseau.

Nom Nom interne du noeud
Titre Titre pour l'affichage
Description Description de la connexion
Tiers Tierce partie utilisée: Produit concerné (Apache, Autosys, Control-M, IIS, iSeries, MariaDB, OS JobScheduler, Oracle, Raspberry, Rundeck, SQLServer, $Univers, Unix, Windows, ...
Composant Fonction principale: Base de données, Ordonnanceur, Messagerie, Serveur web
Catégorie Catégorie du noeud
Site Localisation du composant

On attache les connexions à un noeud en cliquant sur l'onglet Connexions et en déplaçant la connexion à ajouter sur la liste des connexions du noeud.

Sécurité

Filtres

Les filtres permettent de sélectionner les objets à afficher, ils sont utilisés sur deux niveaux:

  • le premier niveau de filtre permet à l'administrateur de spécifier les droits à un groupe
  • le deuxième niveau est celui que l'utilisateur applique lui-même pour réduire la quantité d'information d'une vue
Nom Nom interne du filtre
Titre Titre pour l'affichage
Description Description du filtre
Env Environnement de travail (P, T, D, etc... défini dans les options du portail)
Moteur Filtre sur les moteurs de traitements (serveur Autosys, spooler Open Source JobScheduler, etc...)
Traitement Traitement d'ordonnancement
Chaîne Processus de traitements
Déclencheur Ordre JobScheduler
Statut Statut du traitement (SUCCESS, FAILURE, etc...)
Type Type de filtre (0: public, 1: appartient à l'utiisateur, 2: utilisé pour les droits)
Owner Propriétaire du filtre

Equipes

Une équipe regroupe les utilisateurs disposant des mêmes droits, ainsi un utilisateur ne peut appartenir qu'à une seule équipe, si il travaille de manière transverse, il faudra définir autant d'équipes qu'il y a de combinaisons. L'intérêt de cette méthode est d'éviter les conflits de groupes.

Utilisateurs

Les utilisateurs appartiennent à une équipe pour laquelle l'administrateur a spécifié des droits en lui affectant des filtres.

Configuration

Paramètres

Couleurs

Les couleurs des différents modules sont gérées au niveau du portail, la couleur est généralement liée à un statut, si un SUCCESS est en vert, il le sera pour tous les modules qui utilise ce statut. Le but est de retrouver la même charte graphique quelque soit le module du portail.

Nom Nom interne de la catégorie
Titre Titre pour l'affichage
Catégorie Catégorie parente
Description Description de la catégorie

Alertes

Les alertes servent à router les messages vers des destinataires identifiés, cette table est actuellement utilisée pour le module Autosys mais le principe sera généralisé aux autres modules du portail.

Nom Nom de l'alerte
Titre Titre pour l'alerte
Application Domaine applicatif
Description Description de la catégorie
Source Origine de l'alerte (Ex: ATS-INS pour une alerte Autosys instance INS, OJS-ARII pour une alerte provenant d'un JobScheduler Arii)
Pattern Expression régulière sur la remontée d'alerte (généralement le nom du job)
Alerte Type de l'alerte (JOBFAILURE, MAXRUNALARM, etc...)
Codes codes de sorties
Type Type de notification (JIRA, MAIL, SMS, etc...)
From Expéditeur du message
To Destinataire
CC Notifiés
Message Sujet du message
Action Commande à exécuter (le résultat est intégré au message)
Note Note Ari'i
Time slot Plage horaire pour la prise en compte.
To do Procédure à appliquer

Les données de cette table sont généralement utilisées par un outil externe (Ex: Création de Jira sur Alerte Autosys).

Suivi

Tables d'informations internes sans possibilités de modification.

Audit

L'audit est une table de visualisation qui permet de lister les actions réalisées.

Date Date et heure de l'action
Bundle Module concerné par l'action
User Utilisateur déclencheur de l'action
IP Adresse IP du client
Statut Résultat de l'action (SUCCESS,FAILURE)
Message Message de retour de la commande

Erreurs

Les erreurs rencontrées par le serveur sont journalisées dans une table dédiée.

Date Date et heure de l'action
Bundle Module concerné par l'action
User Utilisateur déclencheur de l'action
IP Adresse IP du client
Statut Résultat de l'action (SUCCESS,FAILURE)
Message Message de retour de la commande

Chargement

L'interface d'administration permet d'accéder à l'espace de travail du travail.


Outils

Installation

L'installation rafraîchit la base de données avec les valeurs par défaut.

Cron

La cron interne d'Ari'i permet des appels d'url en tâche de fond.