Skia преди 4 години
родител
ревизия
96420d310f
променени са 2 файла, в които са добавени 160 реда и са изтрити 22 реда
  1. +14
    -0
      Makefile
  2. +146
    -22
      Rapport.tex

+ 14
- 0
Makefile Целия файл

@@ -0,0 +1,14 @@
CC=pdflatex

all: Rapport.tex
@echo "Compiling "$<
$(CC) $<

clean:
@echo "Cleaning generated PDF"
rm Rapport.pdf

mrpropre:
@echo "Cleaning folder"
rm *.aux; rm *.log; rm *.out; rm *.toc; rm *.snm; rm *.nav


+ 146
- 22
Rapport.tex Целия файл

@@ -1,7 +1,7 @@
%%
%
% Florent JACQUET
% florent.jacquet@utbm.fr
% Skia
% skia@libskia.so
%
%%

@@ -11,11 +11,12 @@
\usepackage[utf8]{inputenc}
\usepackage[francais]{babel}
\usepackage{graphicx}\graphicspath{{pictures/}}
\usepackage{float}
\usepackage[T1]{fontenc}
\usepackage{color}
\usepackage{fancyhdr}
\usepackage{listings}
\usepackage{hyperref}
\usepackage[colorlinks=true,linkcolor=black]{hyperref}

%pdf metadata
\hypersetup{
@@ -43,20 +44,42 @@

\tableofcontents

\section{Introduction}
\chapter*{Introduction}
\addcontentsline{toc}{chapter}{Introduction}

\section{Remerciements}
\chapter*{Remerciements}
\addcontentsline{toc}{chapter}{Remerciements}

\section{Faurecia}
\subsection{Un groupe mondial}
\subsection{Le centre technique de Seloncourt}
\subsection{Le service}
\subsection{Context du stage}
\chapter{Faurecia}
\section{Un groupe mondial}
\section{Le centre technique de Seloncourt}
\section{Le service}
\chapter{Context du stage}
\section{SAP}
\section{Nagios}
\section{FCS Business Continuity}

\section{Travail réalisé}
\subsection{Context de travail}
\chapter{Travail réalisé}
\section{Cadre de travail}
\subsection{Un grand open space}
\par
L'open space dans lequel j'ai été installé était relativement grand. En effet il ne comptait pas moins d'une trentaine de
personne. Il était cependant assez calme, malgré les nombreuses discussions téléphoniques qui pouvaient durer plusieurs
heures. Mon bureau était assez grand, et mon siège plutôt confortable, ce qui fait que je n'ai pas eu à souffrir d'une
mauvaise installation, ou d'un mauvais cadre de travail.
\subsection{Du matériel adapté}
J'ai été équipé d'un laptop de prêt au début, installé avec \emph{Windows Seven}, afin de pouvoir dès le début
accéder à ma messagerie fonctionnant avec \emph{Outlook} exclusivement. J'ai gardé ce laptop jusqu'à la fin de mon stage
uniquement pour la messagerie.\\
En revanche, j'ai rapidement demandé à être équipé d'un système \emph{Linux}, et j'ai donc dès le deuxième jour récupéré
la tour d'un ancien stagiaire sur laquelle j'ai pu installer Ubuntu 14.04 avec Awesome WM. Deux mois plus tard, j'ai pu
troquer cette tour contre un laptop beaucoup plus récent, celui d'un salarié qui quittait Faurecia, sur lequel j'ai pu
remettre ce même système.
\par
En bref, j'ai pu travailler avec un environnement et une suite logiciel que j'ai pu choisir à 100\%, totalement libre et
open-source, en ayant juste la contrainte d'un second laptop sous \emph{Windows} pour la messagerie.

\subsection{Les sujets de travail}
\section{Les sujets de travail}

\begin{center}
"Assistant gestion de projet FCS (SAP Application)"
@@ -67,7 +90,7 @@ Tel était le sujet marqué dans la fiche réponse, et pour lequel une conventio
vague, mais cela représente tout de même assez bien la réalité, puisque l'ensemble des tâches qui m'ont été attribuées
tournaient autour de ce fameux outil, SAP, hormis les trois premières semaines.

\subsubsection{Les débuts}
\subsection{Les débuts}
\par
Lorsque je suis arrivé dans l'entreprise, ma tutrice était alors en congés. C'est donc M. Gueutal qui m'a accueilli et
qui m'a présenté aux équipes, fait visité les locaux, décrit le fonctionnement des différents services, en bref, qui m'a
@@ -97,7 +120,7 @@ facilement des commandes shells depuis Python, que ce soit sur la machine locale
scripts servaient à automatiser la création de machines virtuelles dans VirtualBox et de les convertir en environnement
Vagrant, afin de pouvoir rapidement réaliser des fichiers d'environnement virtuels à jour.

\subsubsection{Première mission à long terme}
\subsection{Première mission à long terme}
\par
Lorsque Murielle m'a pris en charge, j'ai commencé à travailler sur ma première mission à long terme. Il s'agissait de
servir de point centrale entre trois équipe.
@@ -119,7 +142,7 @@ découvrais aussi les différents problèmes qui faisaient perdre beaucoup de te
inventaire des machines, commun aux différentes équipes. C'est ce qui m'a mené par la suite à faire évoluer un peu le
sujet de mon stage.

\subsubsection{Seconde mission à long terme}
\subsection{Seconde mission à long terme}
\par
Lorsque j'ai eu passé un certain temps dans l'interface de Nagios, à traquer les défauts, les manques, et les surplus
d'informations, j'ai commencé à chercher comment je pourrais automatiser tout cela. Je me suis déjà renseigné à propos
@@ -136,17 +159,118 @@ techniques, que parfois à des gens dont le corp de métier n'est pas l'informat
pour arriver à cela!
\par
Ma seconde mission a donc été de développer cette interface et de la rendre la plus ergonomique possible. J'ai même peu
à peu abandonné la ligne de commande, puisqu'elle ne suivait plus les dernières fonctionnalités.
à peu abandonné la ligne de commande, puisqu'elle ne suivait plus les dernières fonctionnalités. Début Janvier, il m'a
même été demandé d'installer cette interface sur un serveur dédié afin de continuer à la faire fonctionner après mon
départ, ce qui fût plutôt gratifiant.

\section{Rôles et objectifs des travaux}
\subsection{Concernant le monitoring}
\par
Pour cette tâche, les objectifs étaient simples, mais c'est la tâche elle-même qui était délicate, pas sur le plan
technique, mais plus au niveau des responsabilités. Le but était de s'assurer que pendant les phases de déplacement des
environnement SAP, le monitoring soit toujours correctement assuré.
Il y avait plusieurs cas quand je suis arrivé:
\begin{itemize}
\item Des environnements déjà déplacés, et il fallait alors s'assurer que Nagios avait suivit le mouvement et
monitorait donc les nouvelles machines tout en ayant supprimé les anciennes.
\item Des environnements en cours de déplacement, qu'il fallait donc monitorer deux fois: la vieille instance, et la
nouvelle, sans qu'il y ait de conflits, sur les noms de machines par exemple.
\item Des environnements qui ne seraient pas déplacés, les plus facile, puisque normalement, le monitoring était
déjà en place. J'ai cependant eu parfois quelques correctifs à faire.
\end{itemize}
\par
La difficulté résidait donc dans le fait de ne pas se tromper lorsque l'on faisait une requête. Il fallait d'une part
s'assurer que la requête avait bien lieu d'être, puis la créer en faisant attention à bien mettre l'ensemble des
informations nécéssaires. En cas d'erreur, cela pouvait mener au mieux à une requête inutile, au pire à un service
complet qui se serait retrouvé sans monitoring. Cela n'est heureusement jamais arrivé, mais la criticité des requêtes
m'a forcé à beaucoup de communication avec les personnes concernées afin d'être sûr de toujours avoir les bonnes
informations.

\subsection{Objectif de l'outil d'inventaire}
\par
J'ai pu remarqué que lorsque je cherchais à me documenter sur les environnement SAP, il était très difficile, voire
impossible d'obtenir une liste précise des machines. L'inexistence à travers plusieurs équipe d'un inventaire commun
rendait la tâche particulièrement difficile, puisqu'il fallait toujours aller chercher les informations là où elles se
trouvaient, et pas toujours là où l'on s'y attend.
\par
On m'avait demandé, lorsque l'on m'a chargé de vérifier le monitoring, de construire en même temps un diaporama
Powerpoint présentant chaque environnement, et contenant toutes les machines dans chacun d'eux, avec un certain nombre
d'information. Mais le problème que j'ai constaté d'un tel document, est que d'une part, il n'est pas dynamique, et donc
qu'il devra être maintenu à la main, et d'autre part, qu'il n'est pas centralisé, ce qui engendrera rapidement des
différences de version chez chacune des personnes possédant le document.
\par
L'objectif de faire l'inventaire était donc clair: il fallait que je concoive un outil très simple à utiliser, construit
sur une base de donnée dynamique se mettant à jour automatiquement, qui soit centralisé, et qui permettrait aux
différentes équipes SAP d'accéder à tout moment et rapidement à la plupart des informations de base concernant les
environnements.

\section{Déroulement}
\subsection{Vérifier le monitoring}
\subsubsection{Bien utiliser Nagios} % Attention au rangement dans les bonnes sous-parties
\par
En réalité, ce n'est pas directement Nagios que nous utilisions, mais simplement une de ses nombreuses interface Web .
Cette interface facilite grandement la surveillance en fournissant principalement un moteur de recherche très puissant
permettant de trouver rapidement n'importe quelle machine, voire même des groupes de machines, pour ensuite accéder à
des informations très détaillées sur les services de monitoring appliqués à cette ou ces machine(s).
\par
Je devais donc suivre le \emph{paysage}, ou \emph{landscape}, et chercher environnement par environnement la liste des
machines, en contactant à chaque fois les personnes responsable du dit environnement pour vérifier que l'ensemble
existait bel et bien dans Nagios.
\par
Lorsqu'une anomalie était détectée, elle pouvait être de plusieures sorte, avec différents niveaux de criticité:
\begin{description}
\item[Critique] \hfill \\
Lorsqu'une machine est sensé exister, mais est introuvable. Cela la rend totalement
invisible aux yeux du monitoring, et on ne peut absoluement pas savoir quand cette machine a un problème,
excepté en allant voir manuellement.
\item[Critique] \hfill \\
La machine est trouvable, mais elle s'affiche en rouge, et le ping échoue. Cela signifie
généralement que la machine a subit un déplacement mais que le monitoring n'a pas été mis à jour. Il faut donc
rapidement l'équipe systèmes pour trouver qui contrôle la machine et lui demander de transmettre les
informations de base la concernant, comme son nom et son adresse IP, afin de régulariser au plus vite.
\item[Peu critique] \hfill \\
On voit la machine en vert, et celle-ci répond au ping, mais un grand nombre de ses
services sont rouges. Cela signifie qu'elle a subit un important changement d'architecture pendant le
déplacement, et que les services à monitorer ont changé. Il faut donc contacter l'équipe applicative afin de
savoir ce qu'il font tourner dessus, et donc demander à l'équipe monitoring de suivre les bons services.
\item[Très peu critique] \hfill \\
La machine est correctement monitorée, mais on s'appercoit qu'elle est rangée
dans le mauvais groupe, ou que les commentaires sur cette machine sont incomplets. Ce n'est pas grave, mais cela
peut être gênant quand on cherche une information précise, car cette dernière peut alors être éronnée. On
cherche alors auprès de toutes les équipes concernées pour trouver qui possède les informations manquantes.
\end{description}

\subsubsection{Redmine, puis MosaiC}
\par
\emph{Redmine} et \emph{MosaiC} sont les bugs-trackers utilisé dans le projet FCS-BC. Redmine était présent au début,
puis le changement vers MosaiC a été opéré en Novembre.
\paragraph{Redmine} est un outil libre de bug tracking et gestion de projet, intégrable facilement avec le gestionnaire
de révision Git, et qui permettait de facilement trier les issues entre les différents projets. De plus, on pouvait
suivre l'évolution des tickets dans le temps, on faisant évoluer la priorité, en ajoutant des informations si besoin, le
tout dans une sorte de dialogue avec l'équipe affectée à la résolution du ticket.
\paragraph{MosaiC} est arrivé début Novembre pour remplacer Redmine. Il remplissait moins bien son rôle de bug tracker
puisque c'est un outil de gestion du changement, mais avait une plus grande base de connaissance sur les projets, on
triant jusqu'au niveau de l'environnement dans le projet FCS. Je m'en suis finalement peu servi. En effet, c'est à cette
période que j'ai commencé à développer \emph{Sappin}.
\par
C'est au travers de ces deux outils que j'ai fait remonté les demandes de modifications de Nagios pour assurer un
monitoring optimal pendant les phases de \emph{move}.

\subsubsection{La communication: mail et IM}

\subsection{Rôles et objectifs des travaux}
% Parler des alertes: demander au bon gugus de vérifier les services présents sur les machines pour le system ou la team
% SAP fasse le ticket en demandant de monitorer les bons services, ce que les chinois règlaient par la suite.

\subsection{Déroulement}
\subsection{Développer un inventaire}

\section{Conclusion}
\chapter*{Conclusion}
\addcontentsline{toc}{chapter}{Conclusion}

\section{Bibliographie}
\chapter*{Bibliographie}
\addcontentsline{toc}{chapter}{Bibliographie}

\subsection{Annexes}
\chapter*{Annexes}
\addcontentsline{toc}{chapter}{Annexes}

\end{document}


Loading…
Отказ
Запис