PFE-DEVOPS Reda.pdf - Reda Habera

Please enable JavaScript to view the full PDF

République Algérienne Démocratique et Populaire Ministère de la Formation et l’Enseignement Professionnels Institut National Spécialisé de la Formation Professionnelle MOSTAGANEM Mémoire de fin de formation pour l’obtention du diplôme de Technicien Supérieur en Informatique Option : Réseaux et Système Informatique Thème : IMPLEMENTATION D’UNE SOLUTION DEVOPS DANS UNE ENTREPRISE Lieu de stage : SONATRACH COMPLEXE GP1Z ➢ Encadré par : ➢ Elaboré par les stagiaires : MR. BENSTAALI thamine Mr. Habera Reda Mr. Makrerougrass Waniss Promotion 2016-2019 REMERCIEMENT Nous tenons à remercier toutes les personnes qui ont participé de différentes façons à la réussite de notre projet de fin d’étude et plus particulièrement les personnes que nous citons ci-dessous : Notre encadreur Benstaali thamin, que nous tenons à lui exprimer toute nos remerciements pour nous avoir permis de nous guider dans les meilleures conditions, tout particulièrement pour tous ses efforts. Nous tenons également à exprimer tous nos sincères remerciements à Mr Bensmail Belkacem qui nous a permis d’effectuer notre stage. Également à Mr Menad et à tous les enseignants de L’institut qui nous ont fait l’honneur de nous aider. Aux membres du jury qui nous font un grand honneur en acceptant de juger notre travail. Nous remercions vivement nos parents et tous les membres de nos familles qui nous ont apporté leur aide et leur soutien. En fin nous remercions tous ceux et celles qui ont de près ou de loin contribués à la réalisation de ce travail. A tous merci. DEDICACE Je dédie ce travail à : À mes parents, aucun hommage ne pourrait être à la hauteur de l’amour dont ils ne cessent de me combler. Que dieu leur procure bonne santé et longue vie. À toute ma famille, et mes amis. À mon binôme Waniss et à tous ceux qui ont contribué de près ou de loin pour que ce projet soit possible, je vous dis merci. Habera Reda. Je dédie ce travail : En, hommage à mon cher père que dieu bénisse son âme, et à ma mère que dieu lui procure bonne santé et longue vie. À toute ma famille, et mes amis. À mon binôme Reda et à tous ceux qui ont contribué de près ou de loin pour que ce projet soit possible, je vous dis merci. Waniss Makrerougras. Résumé : Lorsque le DevOps fut créé en 2009, on était loin de se douter que l'influence de ce mouvement ne cesse de s’accroître dans le monde des technologies de l’information. Comment imaginer qu’aujourd’hui une démarche dont l’un des objectifs est d’établir une collaboration plus efficace entre les équipes de développement et d’infrastructure ait pu susciter un tel intérêt ? En appliquant une démarche DevOps, les services informatiques sont aujourd’hui à même de poursuivre leurs activités existantes en toute efficience. Ils peuvent notamment réaliser des tâches qui leur étaient jusqu’alors impossibles. Pour ce faire, ils doivent se renouveler, se transformer et s’adapter. Cette évolution est d’autant plus nécessaire que la nature même des métiers de l’IT a changé. Jadis, il s’agissait juste d’écrire du code exempt de bug, de livrer une nouvelle version tous les ans, puis de recommencer. Aujourd’hui, les applications doivent être produites et déployées en continu. À l’ère du cloud, les solutions logicielles doivent être évolutives, disponibles, hyperperformantes avec une latence plus faible et, bien entendu, à moindre coût. DevOps permet aux équipes de développement et d’infrastructure d’être plus réactives face à ces nouvelles exigences. DevOps est par conséquent le moyen de concrétiser cette évolution, avec comme philosophie, l’idée d’un monde dans lequel chaque composante de l’organisation d’une entreprise collaborerait efficacement pour l’atteinte de mêmes objectifs. Il s’agit tout d’abord de pallier les conséquences négatives issues de la séparation des développeurs et des responsables opérationnels d’une organisation : le fameux wall of confusion. En effet, le développeur cible avant tout la production de code qui répond aux exigences fonctionnelles. Il est donc fort possible qu’il ne s’intéresse guère à la maintenance de la solution en fonctionnement opérationnel. À l’inverse, les responsables système ne seront guère enclins à favoriser des changements qu’ils considèrent comme autant de risques pour la stabilité de l’application. DevOps apporte des réponses à cette problématique par la mise en application de différents concepts d’ordre culturel et technologique. De plus, avec l’avènement du cloud computing, DevOps est devenu un passage obligé : le succès de la mise en œuvre d’une démarche DevOps et la réussite d’une évolution vers le cloud sont intimement liés. Toutefois, le champ d’application de DevOps va bien au-delà du périmètre du cloud. Nous sommes donc convaincus de l’intérêt de DevOps. Malgré tous les bienfaits que l’on attend de cette philosophie, nombreux sont ceux qui s’interrogent encore sur la nature exacte de cette démarche et qui hésitent encore à l’adopter, et c’est la raison pour laquelle nous avons souhaité rédiger cet ouvrage. Nous vous proposons de vous faire découvrir et vulgarisé le DevOps et de son rôle dans la transformation digitale des organisations. Summary : When DevOps was created in 2009, little did we know that the influence of this movement keeps increasing in the world of information technologies. How to imagine that today an approach with one of the objectives is to establish a collaboration more efficient among development and infrastructure teams provoked such an interest. By applying a DevOps approach, computer services are today directly pursuing their current activities entirely effective, they can do tasks until then was impossible to do. In order to do this, they have to renew, transform and adapt themselves. This evolution is even more necessary as even computer jobs constitution has changed. Formerly it was a matter of writing codes free from bugs, delivering new versions every year then starting it again. Today, applications have to be produced and deployed continually. In the cloud age, software solutions should be upgradeable, available and hyper-performed with a more weak and less cost latency. DevOps allows development and infrastructure teams to be more reactive facing this new demands. Therefore, DevOps is the mode to make this evolution concrete, with a philosophy of the idea of a world in which every firm organization component would collaborate efficiently in order to reach the same objectives. First of all is about overcoming negative consequences from the separation of developers and operational managers of an organization: the famous Wall of confusion. Indeed, the developer before anything else aims at code production which responds to functional requirements. Hence it is very possible that he is barely interested about operational functioning solution maintenance. On the contrary system supervisors will be barely inclined to favor changes that they consider as much risks for the application stability. DevOps brings answers to this problematic by placing in application the different concepts of cultural and technological order. Moreover, with cloud computing advent, DevOps became an obliged passage: the success of placing in use a DevOps approach and the achievement of a solution at cloud are intimately linked. Nevertheless, DevOps application field goes beyond cloud perimeter. Thus we are convinced about DevOps interest. Despite all the benefits that we are waiting from this philosophy, many are who still ask themselves about the exact nature of this approach and still hesitate to adopt it and this is the reason why we wished to realize this work. We propose you to discover and popularize DevOps and its part in the digital organizations transformation. Table Des Matières Introduction Générale : .........................................................................................................................1 Chaitre I :................................................................................................................................................2 I.1-Historique : ...................................................................................................................................4 I.2-Objectif du complexe GP1/Z : .....................................................................................................5 I.3 -Situation géographique et voisinage du complexe GP1/Z : .....................................................5 I.4-Fiche Technique Du Complexe GP1/Z : .....................................................................................7 I.5 Organisation du complexe : .......................................................................................................10 I.5.1 Département de sécurité .....................................................................................................12 I.5.2 Département maintenance : ................................................................................................12 I.5.3 Département Technique : ...................................................................................................12 I.5.4 Département approvisionnement :.....................................................................................13 I.5.5 Département Finances et Juridique :.................................................................................14 I.5.6 Département administration / social :................................................................................14 I.5.7 Département moyens généraux ..........................................................................................14 I.5.8 Département du Développement des Ressources Humaines : .........................................14 I.5.9 Département travaux neufs : ..............................................................................................14 I.5.10 Département production :.................................................................................................15 I.7 Conclusion :.................................................................................................................................17 Chaitre Ⅱ : ............................................................................................................................................18 Ⅱ.1- Présentation de DevOps : ........................................................................................................19 Ⅱ.2- Du mode classique à la méthode DevOps : ............................................................................19 Ⅱ.3- Développeur Vs Opérateurs : .................................................................................................21 Ⅱ.4- La solution le mode DevOps : .................................................................................................24 Ⅱ.5- Étape de la chaine DevOps : ...................................................................................................25 Ⅱ.5.1- Plan ou définition :............................................................................................................25 Ⅱ.5.2- Création (Create) : ............................................................................................................26 Ⅱ.5.3-Vérification (Verify) : ........................................................................................................26 Ⅱ.5.4-Préparation d'un tout cohérent (Package / stating) : .....................................................26 Ⅱ.5.5-Livraison version "finale" (Release) : ..............................................................................27 Ⅱ.5.6-Configuration (Configure) : ..............................................................................................27 Ⅱ.5.7-Monitoring (Monitor) :......................................................................................................27 Ⅱ.5.8-Conclusion de cette chaine : ..............................................................................................27 Ⅱ.6- Les Principes essentielle : ........................................................................................................28 Ⅱ.6.1- La Collaboration :.............................................................................................................28 Ⅱ.6.2- Automatisation :................................................................................................................30 Ⅱ.6.3- Intégration continue : .......................................................................................................30 Ⅱ.6.4- Test continu (applicatif et fonctionnel) : .........................................................................32 Ⅱ.6.5- Déploiement régulier des applications et de manière identique : .................................35 Ⅱ.6.6- Gestion de la configuration / Packaging (Une source de référence) : ..........................38 Ⅱ.6.7- Surveillance étroite de l'exploitation :.............................................................................39 Ⅱ.7- Conclusion : ..............................................................................................................................41 Chaitre Ⅲ :...........................................................................................................................................43 Ⅲ.1- Le Développement Web :.......................................................................................................44 Ⅲ.1.1- FrontEnd :........................................................................................................................46 Ⅲ.1.2- UX/UI : .............................................................................................................................47 Ⅲ.1.3- BackEnd : .........................................................................................................................51 Ⅲ.1.4- Technologies utilisées : ....................................................................................................52 Ⅲ.2- Git/GitHub :............................................................................................................................57 Ⅲ.3- Le Hardware : ........................................................................................................................60 Ⅲ.4- Système d’exploitation (OS) : ................................................................................................60 Ⅲ.4.1- Présentation de Linux : ...................................................................................................61 Ⅲ.4.2- Comparaison Windows/linux : .......................................................................................61 Ⅲ.4.3- Les distributions linux : ..................................................................................................62 Ⅲ.5- Les conteneurs sous Docker : ................................................................................................66 Ⅲ.6- Simulation et Virtualisation GNS3/VMware :.....................................................................69 Ⅲ.6.1- La Simulation : ................................................................................................................70 Ⅲ.6.2- L’Emulation :...................................................................................................................70 Ⅲ.6.3- La Virtualisation : ...........................................................................................................71 Ⅲ.7- Supervision Monitoring : .......................................................................................................73 Ⅲ.8- Communication et Collaboration : .......................................................................................77 Ⅲ.8.1- Trello : ..............................................................................................................................77 Ⅲ.8.2- Slack : ...............................................................................................................................85 Ⅲ.8.3- La VoIP : ..........................................................................................................................88 Ⅲ.9- Conclusion : ............................................................................................................................89 Chaitre Ⅳ : ...........................................................................................................................................91 Ⅳ.1- VMware et GNS3 : .................................................................................................................92 Ⅳ.1.1- Création de la maquette : .............................................................................................100 Ⅳ.1.2-L’addresage : ..................................................................................................................100 Ⅳ.1.3-Configuration des routeurs : .........................................................................................103 Ⅳ.1.3.1-Routage dynamique OSPF Multizones : ...............................................................106 Ⅳ.1.3.2-Configuration d’internet : ......................................................................................110 Ⅳ.1.3.3-Configuration SSH : ................................................................................................116 Ⅳ.2- Développent et Dépoilement du site Web :.........................................................................118 Ⅳ.2.1- Conception du design et logo :......................................................................................118 Ⅳ.2.2- Installation du serveur web sous linux : ......................................................................118 Ⅳ.3- Supervision et Monitoring : .................................................................................................120 Ⅳ.3.1- Supervision et Monitoring de Windows Serveur 2019 : ............................................121 Ⅳ.3.2- Supervision et Monitoring de Ubuntu : .......................................................................122 Ⅳ.3.3- Centraliser les Logs sur papertrailapp : .....................................................................130 Ⅳ.4- Collaboration et Communication : .....................................................................................131 Ⅳ.4.1- Configuration de la VoIP : ...........................................................................................131 Ⅳ.5- Mise en place De Docker : ...................................................................................................135 Ⅳ.6- Mise en place D’Active Directory : .....................................................................................138 Conclusion Générale : ........................................................................................................................144 Liste des Figures Figure 1 Plans sonatrach ..........................................................................................................6 Figure 2 Photos sonatrach ........................................................................................................9 Figure 3 Organigramme Sonatrach ......................................................................................11 Figure 4 Etapes du mode cascade ..........................................................................................20 Figure 5 Mur de la confusion .................................................................................................23 Figure 6 Cycle du DevOps......................................................................................................25 Figure 7 DevOps L'union .......................................................................................................29 Figure 8 Développement Web ................................................................................................44 Figure 9 Développeur FrontEnd et Backend ......................................................................44 Figure 10 Framework .............................................................................................................46 Figure 11 FrontEnd et BackEnd ...........................................................................................46 Figure 12 UI et UX ..................................................................................................................49 Figure 13 UI et UX 2 ...............................................................................................................50 Figure 14 HTML CSS JS .......................................................................................................52 Figure 15 Bootstrap ................................................................................................................54 Figure 16 Adobe CC ...............................................................................................................54 Figure 17 PHP et MySQL ......................................................................................................55 Figure 18 Git et GitHub .........................................................................................................57 Figure 19 Git Commit.............................................................................................................58 Figure 20 Windows vs Linux .................................................................................................61 Figure 21 Linux Distributions ...............................................................................................65 Figure 22 VMs vs Containers ................................................................................................68 Figure 23 Trello Tableaux ......................................................................................................79 Figure 24 Trello Tableaux 2 ...................................................................................................79 Figure 25 Trello ajout d'une liste ..........................................................................................80 Figure 26 Trello taches ...........................................................................................................82 Figure 27 Trello inviter des membres ...................................................................................83 Figure 28 Trello extensions ....................................................................................................84 Figure 29 Interface de Slack ..................................................................................................86 Figure 30 Slack ajout de membres ........................................................................................87 Figure 31 Slack espace de travail ..........................................................................................87 Figure 32 shéma VoIP ............................................................................................................88 Figure 33 Téléphone SIP ........................................................................................................89 Figure 34 VMware VMs .........................................................................................................92 Figure 35 Logicielle complémentaire a GNS3 ......................................................................95 Figure 36 GNS3 Interface ......................................................................................................96 Figure 37 GNS3 Barre d'outils ..............................................................................................98 Figure 38 GNS3 Maquette ...................................................................................................100 Figure 39 Calculateur VLSM ..............................................................................................101 Figure 40 Tableaux d'adressage ..........................................................................................102 Figure 41 Tableaux des IP des équipements ......................................................................103 Figure 42 Tableaux Comparatif des protocoles de routage ..............................................108 Figure 43 Création de la carte réseau de bouclage ............................................................111 Figure 44 Création de la carte réseau de bouclage 2 .........................................................112 Figure 45 Partage de la carte WIFI avec la carte de bouclage .........................................113 Figure 46 Partage de la carte WIFI avec la carte de bouclage 2 ......................................114 Figure 47 Design du site Web Ps AI ...................................................................................118 Figure 48 Windows Admin Center......................................................................................121 Figure 49 Windows Admin center Logs .............................................................................122 Figure 50 cockpit login .........................................................................................................124 Figure 51 cockpit login 2 .....................................................................................................124 Figure 52 cockpit interface..................................................................................................125 Figure 53 cockpit logs ..........................................................................................................126 Figure 54 cockpit Storage....................................................................................................127 Figure 55 cockpit Réseau ....................................................................................................128 Figure 56 cockpit Comptes..................................................................................................128 Figure 57 cockpit services ...................................................................................................129 Figure 58 Papertrailapp .......................................................................................................130 Figure 59 Papertrailapp log ................................................................................................131 Figure 60 Active Directory 1 ...............................................................................................138 Figure 61 Active Directory DNS ..........................................................................................138 Figure 62 Active Directory DNS2 ........................................................................................139 Figure 63 Active Directory Installation ..............................................................................139 Figure 64 Active Directory Promouvoir le serveur ..........................................................140 Figure 65 Active Directory Promouvoir le serveur 2 ........................................................140 Figure 66 Active Directory ajout de forêt ...........................................................................140 Figure 67 Active Directory ajout de forêt 2 .......................................................................141 Figure 68 Active Directory DNS erreur ..............................................................................141 Figure 69 Active Directory netbios......................................................................................141 Figure 70 Active Directory dossier par défaut ...................................................................142 Figure 71 Active Directory vérification ..............................................................................142 Figure 72 Active Directory login .........................................................................................142 Le Glossaire : DEV = Devloper (Devlopeurs) OPS = Operator (operateurs, administrateurs système) IP = Internet Protocol DNS = Dynamique Name System (Système de Résolution de nom) DHCP = Dynamic Host Configuration Protocol (attribution automatique des adresse IP) UI = User Interface (l’interface utilisateur) UX = User eXperiance (l’expérience utilisateur) HTML = Hypertext Markup Language (language qui permet de structurer les pages WEB) CSS = Cascading Style Sheets (langage qui permet de styliser les pages WEB) PHP = Hypertext Preprocessor (langages de programmation web serveur) VM = Virtual Machine (machine virtuel) OS = Operatong System (Système d’exploitation) GNS3 = Graphical Network Software (Logicielle de simulation des reseaux) VoIP = Voice over Internet Protocol (la voix par ip) FrontEND = la partie Frontal d’un site web Design BackEND = la partie Caché d’un site le moteur qui fait tourner le site Warterfall = une méthode de gestion de projet clasique Agile = une méthode de gestion de projet qui privilégie l’agilité et l’innovation Release candidat = C'est la première phase de développement concret du logiciel après le codage de l'application Packaging = Pratique utile permettant de dépoiler du code Staging release = environnement de simulation) désigne un environnement serveur permettant de tester des sites web et des applications logicielles dans des conditions les plus proches possibles de la réalité Infrastructure TI = Information technology infrastructure QA = assurance qualité un moyen d'obtenir confiance dans l'assurance de la qualité c'est-à-dire dans l'aptitude de la société ou de l'organisation à satisfaire le niveau de qualité désiré. Self-Service = se servir sois même T.U U.T = Test unitaire Smoke test = test préliminaire du code CPU = Central Processing Unit (Processeur) RAM = Random Access Memory NTP = Network Time Protocol Introduction Générale Introduction Générale : Etant passionnée d’informatique et de technologie nous avons pour projet d’ouvrir notre propre boite de développement. Pour cela il nous fallait acquérir et métriser plusieurs technologies Que ce soit des technologies dans le Web, desktop, réseaux, design … ou plus important dans la gestion de projet digitale en autre terme acquérir un profile Full-Stack pour cela nous décidons de nous former en autodidacte, et pour poursuivre notre objectif et rejoindre l’utile à l’agréable nous décidons de choisir un thème qui nous permettra de continuer notre développement toute en réalisons notre projet de fin d’étude. Notre choix fut directement planché sur la démarche DevOps qui est un concentré de technologies, d’ingénieries et de philosophies en informatique Le DevOps est un mouvement en ingénierie informatique et une pratique technique visant à l'unification du développement logiciel (dev) et de l'administration des infrastructures informatiques (ops), notamment l'administration système. Dans ce projet de fin d’étude nous allons vulgariser le DevOps et réalisé une application web en suivant les différentes étapes de cette démarche. 1 Chaitre I : CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z Les Hydrocarbures restent la source d’énergie la plus utilisée pour le bon fonctionnement de l'économie mondiale et ils continueront à jouer ce rôle stratégique aussi longtemps que l’homme n’aura pas trouvé d'autres sources d'énergies, qui pourront remplir leurs rôles avec plus de rentabilité et d'efficacité. Inexistantes avant 1974 les exportations algériennes en GPL (gaz pétrole liquéfié) n'ont cessé d’augmenter depuis et comparativement aux autres ressources énergétiques (charbon, pétrole et gaz naturel) le GPL est de plus en plus récupéré et valorisé grâce au relèvement des prix pétroliers durant décennie 1970 Dans le cadre de notre projet de fin d’études pour l’obtention diplôme technicien supérieur en spécialité réseaux et système informatique, nous avons réalisé un stage au sein du l’entreprise de Sonatrach dans le complexe GP1Z au niveau du département de technique. Ce stage va nous permettre d’enrichir nos compétences et d’acquérir de l’expérience dans le domaine professionnelle 3 CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z I.1-Historique : Le complexe GP1/Z fait partie des six complexes de liquéfaction appartenant à l’activité (AVAL) de l’entreprise national Sonatrach. Le site GP1Z est certifié ISO 14001 version 2004, ISO 9001 version 2008 et OHSAS 18001 version 2007. L’historique de la construction du complexe GP1Z est résumé dans le tableau suivant Date Evènement Commentaires Le contrat de construction passé avec - 11/12/1978 IHI-ITOH JAPON 11/10/1980 Ouverture du chantier - - 10/11/1980 Démarrage des travaux 4 trains de traitement GPL 12/12/1983 Mise en production de la phase 1 produisant au total 4 Mt/an 31/12/1983 Inauguration officielle - Chargement du premier navire de 20/02/1984 - propane réfrigéré 2 trains de traitement GPL supplémentaires permettant de passer 24/02/1998 Extension phase 2 à une production totale de 6 Mt/an pour (pour 6 trains) 3 trains de traitement GPL Apportant une capacité de production Avril 2010 Extension phase 3 de 3 Mt/an supplémentaire, permettant de passer à une production totale de 9 Mt/an pour (pour 9 trains). 4 CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z I.2-Objectif du complexe GP1/Z : L’importance (Objectif) du complexe construit dans la zone industrielle d’Arzew A pour objectif le traitement (séparation et réfrigération) du GPL venant de plusieurs sources du sud algérien (Hassi Messaoud, Hassi R’mel) pour la production des gaz « Propane » et « Butane » liquéfiés. Le complexe GP1/Z est dénommé JUMBO-GPL pour ces grandes capacités de production. I.3 -Situation géographique et voisinage du complexe GP1/Z : Le complexe GP1Z est situé sur le littoral de l’ouest algérien, à 40KM approximativement de la ville d’Oran et à 8KM de la ville d’Arzew. Le complexe est de superficie de 120 hectares, est situé dans la zone industrielle d’Arzew ; entre le centre thermique (MERS EL HADJAJ) de la coté est et au côté ouest est les complexes GNL de liquéfaction du gaz naturel (GL4/Z, G le complexe d’ammoniac et le complexe (GP2/Z).L1/Z, GL2/Z), 5 CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z Figure 1 Plans sonatrach 6 CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z I.4-Fiche Technique Du Complexe GP1/Z : Le complexe a pour mission la production du GPL (Propane et Butane) commerciaux destinée aussi bien au marché national qu’au marché international. ❖ Raison Sociale : Complexe GP1Z ❖ Superficie : 120 hectares. ❖ Objectif : 10.8 Mt/an de GPL (pour un traitement de 120%). ❖ Produits : ❖ Propane Commercial ❖ Butane Commercial ❖ Procédé Utilisé : Distillation sous pression. ❖ Nombre de Trains : Neuf (09) trains de 1,2 Mt /an chacun. ❖ Constructeur : Consortium japonais IHI (Ishikawajima Arima Heavy Industries) et C. ITOH Compagnies. ❖ Date de démarrage des travaux :10 Novembre 1980 ❖ Date de Mise en Production du premier train Phase I :12 Décembre 1983. ❖ Date de Mise en Production du premier train Phase II :24 février 1998. ❖ Date de Mise en Production du premier train Phase III :12 février 2010. ❖ Enlèvements : Deux quais de chargement recevant navire des Gaz Pétrolier Liquéfier d’une capacité de 3 000 à 50 000 tonnes de GPL (D1, M6) ❖ Une rampe de chargement par camions : Six (06) camions. ❖ Destination de la Production : Exportation et Marché national. ❖ Source d’Approvisionnement : Gaz en provenance des champs gaziers du sud algérien. ❖ Capacité de stockage : 7 CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z ❖ Vingt-deux (22) Sphères de Stockage de la charge : 22 000 m3. ❖ Quatre (04) Bacs de Stockage de propane réfrigéré : 280 000 m3. ❖ Quatre (04) Bacs de Stockage du butane réfrigéré : 280 000 m3. ❖ Quatre (04) sphères, une (01) de propane et trois (03) de butane ambiant : 500 m3 et 1500 m3. ❖ Une (01) Sphère de stockage pentane : 500 m3 ❖ 9 trains de traitement du GPL dont trois nouvellement installés ❖ 02 unités de récupération des vapeurs de propane et butane (BOG propane et BOG butane). ❖ Section dépentanisassions pour les trois trains de la phase III. ❖ Section démercurisation. ❖ 02 stations électriques assurent l’alimentation du complexe via SONELGAZ. ❖ 05 salles de contrôle. ❖ 06 générateurs de secours ❖ 02 quais de chargement (D1 et M6) pouvant recevoir des navires d’une capacité variant entre 4 000 et 45 000 tonnes du propane et butane. ❖ 01 rampe de chargement de camions. ❖ 01 station d’eau de mer. ❖ 01 unité de déshuilage. ❖ 01 unité de neutralisation des déchets liquides. ❖ 02 unités SIDEM de dessalement d’eau de mer. ❖ 01 système de télésurveillance. 8 CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z Figure 2 Photos sonatrach 9 CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z I.5 Organisation du complexe : La description des structures nous permet de connaître la situation géographique, l’effectif, les objectifs et le rôle de chaque département ainsi de connaître tout le fonctionnement du complexe GP1/Z. Le complexe GP1/Z est géré suivant un organigramme bien déterminé de façon a bien maîtrisé les taches, il est composé d’une direction générale et deux sous- directions et des départements de contrôle, comme le montre l’organigramme suivant : 10 CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z Figure 3 Organigramme Sonatrach DIRECTION ASSISTANT DE SURETE SECRETARIAT INTERNE SERVICE INFORMATIQUE SERVICE ORGANISATION SOUS –DIRECTION EXPLOITATION SOUS -DIRECTION DU PERSO NEL DEPARTEMENT DEPARTEMENT PRODUCTION MAINTENANCE DEPARTEMENT DEPARTEMENT ADMINISTRATIO & RESSOURCES SOCIALE HUMAINES DEPARTEMENT APPROVISIONNEMENT DEPARTEMENT MOYENES GENERAUX DEPARTEMENT TECHNIQUE DEPARTEMENT TRAVAUX NEUFS DEPARTEMENT FINANCE DEPARTEMENT SECURITE 11 CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z I.5.1 Département de sécurité Le département sécurité joue un rôle très important dans la sécurité au niveau d’un complexe ou le danger peut survenir à tout moment. Le département est organisé comme suit : - Service de surveillance. - Service de prévention. - Service d’intervention. I.5.2 Département maintenance : Le rôle de ce département est d’entretenir l’équipement du complexe pour le maintenir en bon état en priorité celui de la production. Pour cela il se base sur la performance de différents spécialistes qui occupent les différents services de ce département : -Service mécanique -Service chaudronnerie -Service instrumentation -Service électricité -Service logistique -Service planning I.5.3 Département Technique : Le département Technique est réparti en quatre services : I.6.3.1 Service Etudes et développement : Ce service est a pour mission d’aboutir à des solutions pour tout problème qui se pose au niveau du complexe et dont chercher la cause, d’une autre part, il étudie, développe des projets en cours et rénove d’autres projets dont on peut citer quelques-uns : - La réalisation d’une unité de dessalement. - La rénovation d’un panneau turbine. 12 CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z I.6.3.2 Service Numérique : Suite à l’extension de la phase (1) en phase (2), l’équipe numérique s’est vue en obligation d’améliorer son système de contrôle au niveau du complexe afin de mieux veiller sur les installations ; ce système appelé DCS (Distributed Control system) permet de contrôler et de commander les installations à distance à partir de l’interface en machine (consoles). De ce fait, l’ingénieur système peut modifier, Ajouter ou supprimer une zone sur le site grâce aux données fournies par les différentes salles de contrôle : • MCR (Main Control Room) : pour la production (9 trains et les utilités). • LCR (Local Control Room) : pour les bacs, les sphères de stockage et le chargement de navires. • SCR (Security Control Room) : pour la sécurité. • CCR : pour le chargement des camions • SVR (Super Vising Room ) • ASC (Advancing Security Center ) I.6.3.3 Service Laboratoire : L’objectif de ce service est le contrôle de qualité des produits finis ainsi que l’analyse des eaux et des huiles utilisées, ces analyses s’effectuent selon la demande du département production ou selon la réglementation. I.6.3.4 Service Inspection : La tâche principale de l’inspecteur technique est de détecter et prévenir par divers contrôles toute anomalie afin de minimiser les pannes et les dégâts. I.5.4 Département approvisionnement : L’approvisionnement comme son nom l’indique se charge d’approvisionner le complexe d’article qui touche l’exploitation (pièces de rechange, équipements 13 CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z matériaux, produits chimiques …), tout en respectant les quantités du stock et satisfaire les besoins d’utilisateurs. Ce département est divisé en deux services : • Service gestion de stock : • Service achat et transite : I.5.5 Département Finances et Juridique : Ce département a pour fonction le suivi des opérations financières et juridiques du complexe. Il est réparti en quatre services : • Service de Comptabilité Générale Service trésorerie Service Juridique I.5.6 Département administration / social : Ce département s’occupe de la gestion et du suivi du personnel. Il est divisé en deux services : • Service gestion et paie • Service action et protection sociale I.5.7 Département moyens généraux Ce dernier est chargé des activités de soutien c’est à dire : le transport, la restauration, l’hygiène ainsi que l’entretien général du complexe. I.5.8 Département du Développement des Ressources Humaines : L’objectif de ce département est la formation du personnel et la gestion de sa carrière pour un meilleur fonctionnement du complexe. Pour cela, il est doté de deux services : Service Formation Service Gestion de carrière I.5.9 Département travaux neufs : Ce département s’occupe de la réalisation de nouveaux projets et les grands travaux du complexe. Il est divisé en deux services : • Service travaux • Service procurèrent 14 CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z I.5.10 Département production : Le département production dépend de la sous-direction exploitation, ce département gère toute la production de GPL (propane et butane) et il contient trois services : 1) Service fabrication. 2) Service stockage et expédition. 3) Service planning et programme. DEPARTEMENT PRODUCTION SECRETARIAT ING QUART SCE SCE PLA. /ET SCE FABRICATION PROGRAMMATION STOCKAGE ET EXPEDITION 15 CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z I.5.10.1 Servie de fabrication : S’occupe de la production des produits finis ; ➢ Propane et butane réfrigéré : Il est destiné à l’exportation externe (le marché international). ➢ Propane et butane ambiant : IL est destiné à l’exportation interne (marché national). Chaque train se compose de quatre sections : 1) Section déshydratation 2) Section séparation 3) Section réfrigération 4) section huile chaude I.5.10.2 Le service stockage et expédition : S’occupede stockage des produits finis et l’expédition par navires et camions. Il existe deux types de stockage : ▪ Stockage à température ambiante : Prévu pour la commercialisation du gaz à l’échelle nationale ; le chargement camions se fait à partir des 4 sphères ayant une capacité de 500 m3 chacune dans lesquelles sont stockés le propane et le butane sous pression. ▪ Stockage à basses températures : Les gaz réfrigérés sont véhiculés aux bacs où ils seront stockés dans les conditions de basse température sachant que la capacité de chacun est 70.000 m3 et sont munis de pompes immergées pour la circulation du gaz et le chargement navires. 16 CHAPITRE Ⅰ : DESCRIPTION DU COMPLEXE GP1Z o BOG (Boil- Off- Gas) : S’occupe de la gestion des bacs (produits finis). Section Chargement par Camion (CC) S’occupe de la gestion des enlèvements par camion au niveau de la rampe de chargement par camion (client NAFTAL et les opérateurs privés). Grâce au système du contrôle distribué (DCS) à travers tout le complexe, on peut visualiser et avoir tous les renseignements. I.6.10.3 Le service planning et programme : Ce service a pour mission la planification des programmes mensuels de production, l’analyse des écarts de production entre prévisionnel et réalisation, élaboration des bilans de production, ce service est l’interlocuteur entre les deux services (fabrication et stockage expédition) il y a une liaison proportionnelle. I.7 Conclusion : Pour conclure, ce stage au sein du complexe GP1/Z nous a permis de consolider nos connaissances théoriques, d’avoir une idée très précise sur le fonctionnement de l’entreprise et le rôle important apporté par les systèmes utilitaires au niveau du complexe. L’expérience que nous avons vécue auprès du personnel du Complexe GP1/Z, était aussi fascinante qu’instructive. 17 Chaitre Ⅱ : CHAPITRE Ⅱ : La démarche DevOps Ⅱ.1- Présentation de DevOps : Depuis environ 4 ans, le terme DevOps est arrivé dans le monde de l’informatique, si nous regardons les offres d'emplois, on voit que même les banques ont emboité le pas. Bon c'est bien beau, mais comme bien souvent le terme est mal compris ou mal employé, nous allons essayer de clarifier le concept. Tel que mentionné, ceci est un concept donc sujet à interprétation, ce n'est pas une recette à appliquer bêtement, mais une méthode de travail. Il faut l'adapter à votre environnement, votre réalité tous en gardant les principes de base. Afin de comprendre le concept, nous allons partir de l'histoire qui a amené les organisations à considérer ce mode de travail. Le DevOps est un mouvement en ingénierie informatique et une pratique technique visant à l'unification du développement logiciel (dev) et de l'administration des infrastructures informatiques (ops), notamment l'administration système. Ⅱ.2- Du mode classique à la méthode DevOps : Nous pensons que si nous comprenons le cheminement du changement de méthode, ceci simplifiera grandement la compréhension du concept. Il y a pas si longtemps, l'ensemble du développement était réalisé en mode cascade ou warterfall en anglais. Afin de m'assurer que l'on est tous sur la même longueur rapide clarification sur le mode en cascade, une petite image et on développe dessus 19 CHAPITRE Ⅱ : La démarche DevOps Figure 4 Etapes du mode cascade L'idée de ce mode de développement est de : 1. Définir l'ensemble des requis applicatif en fait l'ensemble de l'application 2. Suite à ça définir la réalisation de l'architecture 3. Réalisation du programme, peu de changement devrons avoir lieu, car l'ensemble des requis furent définie à l'étape 1. Dans la réalité les demandes de changement arrivent et retardent la livraison. 4. Validation 5. Déploiement et maintenance applicatifs Ceci est en opposition avec le mode agile qui se veut un développement itératif. De nos jours ce mode de développement est le plus courant dans l’industrie. Les méthodes agiles prônent 4 valeurs fondamentales : • Individus et interactions plus tôt que processus et outils 20 CHAPITRE Ⅱ : La démarche DevOps • Fonctionnalités opérationnelles plutôt que documentation exhaustive • Collaboration avec le client plutôt que contractualisation des relations • Acceptation du changement plutôt que conformité aux plans Pourquoi le mode agile à pris de l'ampleur ? Premièrement parce que le client ou demandeur est impliqué dans le développement dans les décisions des prochaines fonctionnalités à mettre en place. Tout le monde aime être impliqué, en plus de choisir les prochaines fonctionnalités il peut voir l'évolution et comprendre les problématiques rencontrées. Dans le mode cascade il attend un certain nombre de mois avant de voir un résultat. Cette inclusion du client fait aussi en sorte que grâce à ce dialogue s'il change d'avis, désolé, quand il change d'avis ceci sera dans a prochaine itération. Comme il y a régulièrement des livrables avec cette méthode, l'application peut être déployée, mise en production et continuer son évolution !! Le dernier point est important, car comme la concurrence est forte sur l'ensemble des services offert sur internet les nouvelles fonctionnalités doivent arriver régulièrement pour sustenter le client / utilisateurs. Résultat nous aurons beaucoup plus de livraison : version 1.0, 1.1, 1.2 à 1.8 puis la version 2, 2.1 à 2.5, peut-être dans des délais cours Si nous revenons à la méthode cascade en comparaison, avec le mode agile l'idée est de livrer des fonctionnalités plus rapidement qui seront mis en production ! Ce changement de mode de travail des développeurs sera un des premiers tournants qui apportera le mouvement DevOps ! Car maintenant le nombre de mises à jour applicatif explose, l'équipe d'opération doit mettre en place régulièrement les nouvelles versions et bien entendu les correctifs qui en découlent suite à la détection de problème en production. Ⅱ.3- Développeur Vs Opérateurs : La situation sur-le-champ de bataille est donc la suivante : • Le Développeur qui se prend pour un super Héros, il désire pousser ces fonctionnalités "SANS BUGS" qu'il a développés 21 CHAPITRE Ⅱ : La démarche DevOps • L'opérateur qui se prend pour le gardien de la sécurité et de la stabilité de l'application, il protège la compagnie, contre les aberrations du devs !! Faut dire que souvent l'opérateur est sur appel la nuit et les week-ends il a tout intérêt à s'assurer de la stabilité s'il ne veut pas être réveille en pleine nuit ou pendant un match de foot. Résultat voici une représentation de l'état des relations entre les 2 équipes : 22 CHAPITRE Ⅱ : La démarche DevOps Figure 5 Mur de la confusion Si en plus votre organisation est de taille moyenne et que les 2 équipes ne sont pas physiquement proches, les frustrations sont nombreuses et les critiques entre les 2 équipes sont nombreuses. Bien entendu ceci est dû à une incompréhension des 2 réalités. Résultat, l'opérateur est un gros méchant qui bloque l'innovation des développeurs, à tort ou à raison peu importe, le problème est que souvent le développement fut réalisé et il ne passe pas l'étape du déploiement et l'opérateur oblige des correctifs mineur ou majeur selon la situation. Comme le développement est en mode agile, l'impact est moindre, mais génère des retards sur la livraison. Nous constatons donc un changement au niveau du développement, mais pas dans l'ensemble de la chaine de production résultat le gain n'est pas optimal ! Ce changement organisationnel arrive avec le mode DevOps 23 CHAPITRE Ⅱ : La démarche DevOps Ⅱ.4- La solution le mode DevOps : Maintenant que nous avons vu le cheminement qui à précéder l'arrivée du DevOps ceci sera plus simple à comprendre. L'objectif principal et de détruire le mur de la confusion ou mur de l'incompréhension. En d’autres mots unir les Développeurs et les Opérateurs, aille ça ressemble au terme DevOps d'un seul coup. Reprenons les critères principaux des Devs et des Ops, ils sont tous très légitimes : • Développeurs : o Développer o Innover et voir ces innovations en production. o NE PAS S'occuper du déploiement, de l'OS et tout le tralala ... o Ne PAS être bloqué dans les choix des technologies. • Opérateurs : o Avoir une stabilité de l'application en production. o Ne pas avoir des technologies ingérables ou difficilement contrôlables. o Une simplification des déploiements, surtout s'il y a régulièrement des déploiements. Le mouvement DevOps, va donc permettre une inclusion des opérateurs très tôt dans le développement, augmentant le dialogue entre les 2 parties. Après tous nous sommes tous dans la même compagnie, si le développement prospère et que les opérations prospèrent aussi la compagnie "devrait" être aussi prospère. Voici une image de la chaine des relations du DevOps, nous allons voir un peu les différents éléments composant cette chaine. 24 CHAPITRE Ⅱ : La démarche DevOps Figure 6 Cycle du DevOps Nous aimerions clarifier un point IMPORTANT, nous avons 2 parties sur l’image, mais L'ÉQUIPE est composée de membres avec des compétences plus grandes en développement ou en opération. Donc si nous prenons la partie création, les opérations seront ou plutôt doivent être impliqué et y participé. Au même titre que les développeurs doivent être impliqués lors de la configuration des environnements afin de procéder aux validations des déploiements. Ⅱ.5- Étape de la chaine DevOps : Prenons les différents points de l'image ci-dessous et regardons ce que ceci indique plus que le simple mot Étape de la chaine DevOps. Faut y mettre un grain de sel dans tout ça, ici nous parlons de grand principe dans la pratique il y a toujours de l’ajustement et des éléments que l'on fait moins. Ⅱ.5.1- Plan ou définition : Bien entendu que nous soyons en mode agile ou Cascade l'étape d'analyse reste essentielle, nous la retrouvons ici. Par contre l'analyse doit inclure les 25