chore(content): TODO - delete all TODO, except in Specs (content/30_*).
This commit is contained in:
@ -28,7 +28,7 @@ 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 par expliquer la démarche suivi pour accomplir le projet,
|
||||
quelques réalisations effectuées et des situations de travail qui mérite
|
||||
d'être relevées.
|
||||
quelques réalisations effectuées et d'une situation de travail qui mérite
|
||||
d'être relevée.
|
||||
|
||||
Mais avant tout, nous tenons à présenter nos remerciements à quelques personnes.
|
||||
|
||||
@ -7,9 +7,9 @@ application dans le Cloud. C'est une nouvelle équipe, dans un nouvel
|
||||
environnement avec une application inconnue et des savoirs à acquérir.
|
||||
|
||||
En pareille situation, c'est tout un **écosystème DevOps** qu'il faut mettre
|
||||
en place.
|
||||
|
||||
TODO: détailler le plan
|
||||
en place. Nous allons donc avant tout parler de méthodologie utilisés pour
|
||||
ce faire, puis des outils utilisés et enfin aborder le sujet de
|
||||
collaborations avec d'autres équipes.
|
||||
|
||||
## Méthodologie
|
||||
|
||||
@ -212,4 +212,6 @@ C'est un autre sujet très intéressant que nous ne détaillerons pas ici.
|
||||
|
||||
## Conclusion
|
||||
|
||||
TODO : conclusion de la démarche
|
||||
La démarche entreprise a été structurée autour de méthodologies et d'outils et nous a permis de faire avancer le projet. L'apport des discussions autour de la promotion logiciel avec une autre équipe a eu un impact conséquent sur nos choix concernant l'automatisation et le déploiement continu sur l'environnement de pré-production. Nous en parlerons d'ailleurs dans le prochain chapitre un peu plus en détail.
|
||||
|
||||
Cependant la gestion d'équipe lors de ce projet a fait défaut et nous aurions pu nous organiser bien mieux qu'il n'a été.
|
||||
|
||||
File diff suppressed because one or more lines are too long
@ -2,4 +2,10 @@
|
||||
|
||||
# Conclusion
|
||||
|
||||
TODO: faire la conclusion avec un rappel de l'introduction (ex: intro = le monde manque de temps, conclu = il était temps !)
|
||||
Ma passion anticipée pour l'automatisation et l'amélioration des processus de création logiciel m'ont amené à ce moment, aujourd'hui, où j'écris ces lignes pour embrasser le métier d'Administrateur Système DevOps. La formation, puis le projet de fin de formation ont été bénéfique à la prise d'expérience, mais pas que.
|
||||
|
||||
En effet il est question de nouvelles compétences que le projet, à travers la rédaction d'un cahier des charges, de spécifications fonctionnelles, d'une approche (démarche) suivie, de plusieurs réalisations et de situations diverses qu'ont permis d'acquérir tout au long de ces derniers mois.
|
||||
|
||||
Ainsi je ressors riche de nouvelles expériences, de nouveaux outils, de nouvelles méthodes et de nouveaux collaborateurs dans un monde sans cesse grandissant qu'est le monde du DevOps.
|
||||
|
||||
Bien que ne sachant ce que l'avenir me réserve, j'espère qu'il continuera sur la voie du DevOps et de l'enrichissement par de nouvelles connaissances et perspéctives professionnelles d'avenir !
|
||||
|
||||
@ -1,51 +0,0 @@
|
||||
\newpage
|
||||
|
||||
# Notes diverses
|
||||
|
||||
TODO: supprimer cette section à la fin
|
||||
|
||||
Mot clé : écosystème DevOps
|
||||
|
||||
Définition DevOps : https://fr.wikipedia.org/wiki/Cha%C3%AEne_d%27outils_Devops#cite_note-DevOpsToolchain-1
|
||||
|
||||
## DevOps
|
||||
|
||||
Objectif : mettre en œuvre les bonnes pratiques de DevOps
|
||||
|
||||
* Plan / Planifier (Gitlab : Milestones + issues)
|
||||
* Code / Développer (Gitlab : Dépôts Git, différents projets)
|
||||
* Build / Générer (Gitlab : Gitlab CI - docker build, npm build, etc.)
|
||||
* Test / Tester (Gitlab : Gitlab CI)
|
||||
* Publish / Publier (Gitlab : Gitlab CI + Docker repositories + package registry)
|
||||
* Deploy / Déployer (Terraform + Gitlab)
|
||||
* Operate / Opérer ( ??? ) = services en ligne + backup + reprise sur échec + feedback utilisateurs
|
||||
* Observe / Surveiller (Prometheus OU Datadog)
|
||||
|
||||
|
||||
|
||||
## Selon Gitlab
|
||||
|
||||
* Planification : organisez le travail à effectuer, hiérarchisez-le et suivez son achèvement.
|
||||
* Création : écrivez, concevez, développez et gérez en toute sécurité le code et les données du projet avec votre équipe.
|
||||
* Vérification : assurez-vous que votre code fonctionne correctement et respecte vos normes de qualité, idéalement avec des tests automatisés.
|
||||
* Empaquetage : empaquetez vos applications et dépendances, gérez les conteneurs et générez des artéfacts.
|
||||
* Sécurisation : vérifiez les vulnérabilités à l'aide de tests statiques et dynamiques, de tests à données aléatoires et d'analyses des dépendances.
|
||||
* Release : déployez le logiciel pour les utilisateurs finaux.
|
||||
* Configuration : gérez et configurez l'infrastructure nécessaire pour prendre en charge vos applications.
|
||||
* Surveillance : suivez les métriques de performance et les erreurs pour réduire la gravité et la fréquence des incidents.
|
||||
* Gouvernance: gérez les vulnérabilités de sécurité, les politiques et la conformité dans l'ensemble de votre entreprise
|
||||
|
||||
## Autre
|
||||
|
||||
* Base de connaissances collaborative commune : Gitlab avec Wiki
|
||||
|
||||
## Specs
|
||||
|
||||
* Technologies utilisées par l'application initiale + schémas dépendances
|
||||
* contrainte : haute disponibilité, sous AWS
|
||||
* sauvegardes
|
||||
* supervision (outils monitoring + alerting)
|
||||
* collaboration : Gitlab = plateforme DevOps
|
||||
* gestion utilisateurs (id/mdp, clefs, accès)
|
||||
* gestion des secrets
|
||||
*
|
||||
Reference in New Issue
Block a user