diff --git a/content/10_intro.md b/content/10_intro.md index 3e3e1d4..e40de9b 100644 --- a/content/10_intro.md +++ b/content/10_intro.md @@ -1,4 +1,4 @@ -\newpage +#\newpage # Introduction {#introduction} @@ -22,13 +22,13 @@ professionnel ou dans la sphère privée (pour publier mon blog). C'est donc tou DevOps. Et ce à travers la **formation DevOps en BootCamp** au sein de l'organisme de formation DataScientest. -Le présent document présentera principalement le projet étudié lors de cette +Le présent document abordera principalement le projet étudié lors de cette formation. Nous commencerons par faire la corrélation entre les compétences attendues pour le *Titre Professionnel Administrateur Système DevOps* et le(s) projet(s) présenté(s) dans ce dossier. Après quoi nous continuerons avec le cahier des charges et les spécifications techniques de ce(s) dernier(s). \ Nous continuerons en expliquant la démarche suivie pour accomplir le projet, -quelques réalisations effectuées et d'une situation de travail qui mérite +quelques réalisations effectuées ainsi qu'une situation de travail qui mérite d'être relevée. **Conventions typographiques** diff --git a/content/40_cahier_des_charges.md b/content/40_cahier_des_charges.md index 0a90c09..3738c37 100644 --- a/content/40_cahier_des_charges.md +++ b/content/40_cahier_des_charges.md @@ -18,7 +18,7 @@ contraintes attenantes. 2017, située sur Paris et proposant **plus de 18 formations différentes**, dont *Administrateur Système DevOps*. -Plusieurs formats de formation existent parmi **Bootcamp**, continu et en +Plusieurs formats de formation existent parmi **Bootcamp**, continue et en alternance. **Ce projet est un exercice de fin de formation** proposé à tous les élèves de la « cohorte » (équivalent d'une classe). @@ -125,7 +125,7 @@ puisse **apprendre par la pratique**. On imagine facilement le cadre : -> Une entreprise ayant une application de gestion d'utilisateur souhaite +> Une entreprise ayant une application de gestion d'utilisateurs souhaite > déployer et faire évoluer son service en favorisant les bonnes pratiques > suivies dans la culture DevOps. diff --git a/content/50_specifications_techniques.md b/content/50_specifications_techniques.md index 75f4501..534dfc9 100644 --- a/content/50_specifications_techniques.md +++ b/content/50_specifications_techniques.md @@ -52,7 +52,7 @@ locale du **proxy Traefik** configuré pour utiliser Docker. Ces éléments sont un **bon point de départ pour l'équipe de DevOps** qui prendra connaissance des particularités de cette application. -### Points d'attentions +### Points d'attention La **partie Frontend** permet de générer des fichiers dits « statiques », du **serverless** est envisageable. L'application, @@ -60,13 +60,16 @@ bien que faisant des appels à une API, fonctionne de manière **autonome**. Ce qui, a priori, facilite la préparation pour un déploiement. Cependant les développeurs de l'application utilisent **un nom de domaine inscrit en dur dans le fichier Dockerfile**, ce qui peut compliquer un déploiement sur -plusieurs domaines et environnements. +plusieurs domaines et environnements. En effet, une fois l'image Docker +compilée, il sera impossible de changer le nom de domaine. Déployer une telle +image limite donc l'usage à un seul domaine. Si on souhaite déployer sur +plusieurs domaines (pour un environnement de pré-production et un +environnement de production par exemple), il faudra faire une image Docker par domaine ! La **partie backend** s'appuie sur une base de données de type PostgreSQL. Elle est donc **dépendante de la BDD**. -La **partie proxy** utilise actuellement **Traefik comme outil**. Ce qui n'est -pas une obligation d'usage pour un déploiement en production. +La **partie proxy** utilise actuellement **Traefik comme outil**. Ces trois parties ont une influence sur le choix de l'infrastructure à mettre en place. Il reste cependant une **marge de manœuvre sur la partie proxy**. En diff --git a/content/60_demarche.md b/content/60_demarche.md index c7acbe6..a5be92d 100644 --- a/content/60_demarche.md +++ b/content/60_demarche.md @@ -18,9 +18,9 @@ notamment par : * des **comptes-rendus journaliers rapides de 10mn** en respectant les points suivants : - * ce que j'ai fait hier, - * ai-je rencontré un/des problème(s) qui vaut(valent) d'être cité(s), - * ce que je compte faire aujourd'hui, + * « *ce que j'ai fait hier* », + * « *ai-je rencontré un/des problème(s) qui vaut(valent) d'être cité(s)* », + * « *ce que je compte faire aujourd'hui* », * la **création de jalons** avec un ensemble de tâches sur une période d'une semaine, * des échanges réguliers en **pair-programming** sur des sujets difficiles @@ -191,7 +191,7 @@ fait donc un outil de choix pour notre projet. \newpage -#### Base de connaissance +#### Base de connaissances Une des premières choses qui a été faite sur cette plateforme a été la **mise en place d'une base de connaissances** sous la forme d'un Wiki.