Ari'i 2.0

De SOS Paris
Aller à : navigation, rechercher

La nouvelle version d'Ari'i apporte de nombreuses évolutions destinées à réduire drastiquement le temps de prise en main.

https://openclassrooms.com/courses/initiez-vous-au-design


Ari'i doit se limiter à traiter 80% des besoins, au-delà l'outil devient complexe et l'investissement humain et financier perd sa rentabilité. Au-delà de ces 80%, il existe des produits aptes à répondre au besoin et avec lesquels il est facile de s'interfacer.

Tout problème doit trouver une solution simple.

Principales nouveautés:

Contenu DevOps

Le portail est une boite à outils pour les équipes, il doit intégrer:

  • la définition de tâches dont le rôle est de traduire une demande utilisateur en commandes
  • le regroupement de ces tâches dans un processus ou dans un plan d'exécution
  • la gestion des versions à travers git
  • le déploiement vers un moteur d'exécution (ssh, winrm, jobscheduler...)
  • le suivi des exécutions, le diagnostic et la reprise
  • la génération de rapports et de tableaux de bord
  • l'authentification par LDAP
  • la gestion des droits à travers des groupes
  • l'accès aux APis (norme OpenAPI)

Orientation utilisateur

La version 1 avait pour objectif d'impliquer une communauté de développeur autour d'un portail d'exploitation en partageant des méthodes et des fonctions utiles dans un cadre DevOps. Cette version 2 distingue 3 type d'utilisation:

  • L'utilisateur souhaitant une prise en main rapide
  • L'administrateur gérant un ensemble de composants
  • Le responsable du maintien opérationnel de la plateforme

Centré sur le traitement

Le rôle est de construire, exécuter et suivre des chaînes de traitements à travers une interface unique, les outils ne sont plus que les moteurs du système. La vie du traitement suit les étapes suivantes:

  • on défini une tâche (ligne de commande, appel de service web, requête SQL, transfert de fichiers, etc...)
  • un ensemble de tâches peut être regroupé en chaînes et exécutée dans un plan
  • la tâche est déployée sur un noeud (un noeud est accessible à travers des connexions)
  • le déploiement dépend de la cible (construction de la commande en fonction des produits installés)
  • les exécutions doivent pouvoir être suivies globalement
  • un mécanisme d'acquittement doit intégrer la gestion des consignes

Installation

Cette version apporte deux évolutions majeures:

  • Les paramètres ne sont plus stockés dans un fichier de configuration mais directement dans la base de données accessible à travers l'interface d'administration.
  • La base de données est peuplée par les valeurs par défaut qu'il suffit ensuite de modifier en fonction des changements propres aux sites.

Suivant le niveau d'implication, il est possible:

  • de décompresser une archive dans un répertoire EasyPHP pour une utilisation sur un poste de travail
  • de décompresser l'archive sur un serveur WAMP ou LAMP pré-installer par un administrateur système
  • d'installer Arii sur un framework Symfony2 pré-installé sur une machine de développement

Ces 3 possibilités offrent différents niveaux d'implication mais nécessitent aussi des compétences différentes.

L'utilisation du symfony_arii_edition et du composer est strictement réservée aux développeurs. Ce mode d'installation reste complexe pour un intégrateur.

Pour les utilisateurs de V1, il faut suivre la procédure Montée de version Ari'i 2.0.

FAQ

Stocker les objets en fichiers ou en bases de données ?

Le stockage en fichiers apportent les avantages suivants:

  • sauvegardes faciles
  • gestion des versions par Git

Indexation par bases de données ?

  • plus rapide à lister ? dépend du nombre d'objets, peut être vu dans une v3
  • peut être synchronisé a postériori