ECOM RICM5 Groupe2 2017 Journal L9 Journal DELISE - Revision history

Antoine.Delise: /* Migration technologique sur aws */

2017-12-19T03:16:18Z

Migration technologique sur aws

← Older revision		Revision as of 03:16, 19 December 2017
Line 120:		Line 120:
	Mode Master/Master, puis Mode cluster, puis de nouveau Mode Master/Master, puis et encore Mode cluster		Mode Master/Master, puis Mode cluster, puis de nouveau Mode Master/Master, puis et encore Mode cluster
	Problème de configuration		Problème de configuration


	* Détection des fautes et reprise de faute complète : 1h		* Détection des fautes et reprise de faute complète : 1h

Antoine.Delise at 03:16, 19 December 2017

2017-12-19T03:16:00Z

← Older revision		Revision as of 03:16, 19 December 2017
Line 120:		Line 120:
	Mode Master/Master, puis Mode cluster, puis de nouveau Mode Master/Master, puis et encore Mode cluster		Mode Master/Master, puis Mode cluster, puis de nouveau Mode Master/Master, puis et encore Mode cluster
	Problème de configuration		Problème de configuration

			* Détection des fautes et reprise de faute complète : 1h
			Extinction automatique d'une vm qui ne répond plus depuis trop longtemps, le groupe d'AutoScaling se charge de relancer des serveurs pour combler la place

Antoine.Delise at 01:52, 19 December 2017

2017-12-19T01:52:38Z

Antoine.Delise at 01:50, 19 December 2017

2017-12-19T01:50:43Z

Antoine.Delise at 01:49, 19 December 2017

2017-12-19T01:49:46Z

Antoine.Delise at 01:49, 19 December 2017

2017-12-19T01:49:25Z

Antoine.Delise at 01:48, 19 December 2017

2017-12-19T01:48:29Z

Antoine.Delise at 01:46, 19 December 2017

2017-12-19T01:46:58Z

← Older revision		Revision as of 01:46, 19 December 2017
Line 5:		Line 5:
	== Démarrage du projet ==		== Démarrage du projet ==

	Analyse du sujet : 10h		* Analyse du sujet : 10h

	Travail de conception : 10h		* Travail de conception : 10h

	Apprentissage de l'outil docker : 5h		* Apprentissage de l'outil docker : 5h

	Rédaction d'une documentation docker : 1h		Rédaction d'une documentation docker : 1h

Antoine.Delise at 01:46, 19 December 2017

2017-12-19T01:46:13Z

← Older revision		Revision as of 01:46, 19 December 2017
Line 102:		Line 102:

	Préparation soutenance		Préparation soutenance

			Temps total : environ 160h

Antoine.Delise at 01:42, 19 December 2017

2017-12-19T01:42:54Z

← Older revision		Revision as of 01:42, 19 December 2017
Line 2:		Line 2:

	'''Journal de Bord DELISE Antoine'''		'''Journal de Bord DELISE Antoine'''

			== Démarrage du projet ==

	Analyse du sujet : 10h		Analyse du sujet : 10h

Line 8:		Line 11:
	Apprentissage de l'outil docker : 5h		Apprentissage de l'outil docker : 5h

	Rédaction d'une documentation docker : ~~45m~~		Rédaction d'une documentation docker : 1h
	Afin de permettre à l'équipe un démarrage rapide.		Afin de permettre à l'équipe un démarrage rapide.

	Mise à jour des script docker pour le build sur docker : 15m		Mise à jour des script docker pour le build sur docker : 15m

	Découverte de l'outil Jenkins, apprentissage des bases :		Découverte de l'outil Jenkins, apprentissage des bases : 3h
	Création d'un premier projet Jenkins en local afin de build et déployer le projet sur docker		Création d'un premier projet Jenkins en local afin de build et déployer le projet sur docker
	Beaucoup de difficulté à configurer Jenckins		Beaucoup de difficulté à configurer Jenckins

	Découverte de la platforme openshift et premier déploiement (terminé) :		Découverte de la platforme openshift et premier déploiement (terminé) : 3h
	Apprentissage du build and deploy automatique de openshift à l'aide de fichier de configuration et d'une modification du pom de maven		Apprentissage du build and deploy automatique de openshift à l'aide de fichier de configuration et d'une modification du pom de maven
	(Container wilfly pré-configuré ne nécessite que d'auto-build le server JAVAEE à l'aide des fichiers de config et de correctement le formater)		(Container wilfly pré-configuré ne nécessite que d'auto-build le server JAVAEE à l'aide des fichiers de config et de correctement le formater)

	Petite amélioration du script curl afin de tester le serveur (notamment avec Jenkins) :		Petite amélioration du script curl afin de tester le serveur (notamment avec Jenkins) : 1h

			== Déploiement complet sur Openshift ==
⚫	Pair programming avec Louis afin de débloquer le back (Bug critique des data-sources avec Mysql) :

		⚫	Pair programming avec Louis afin de débloquer le back (Bug critique des data-sources avec Mysql) : 7h
	==> La solution mis en place invalide la méthode de déploiement précédente		==> La solution mis en place invalide la méthode de déploiement précédente
	Nécessite une utilisation avancé de docker hors Openshift donne directement un container Wildfly sans accès au Dockerfile ou		Nécessite une utilisation avancé de docker hors Openshift donne directement un container Wildfly sans accès au Dockerfile ou
	ni aucun accès au cluster (compte gratuit) : tâche suivante pour la compréhension et tentative de contournement		ni aucun accès au cluster (compte gratuit) : tâche suivante pour la compréhension et tentative de contournement

	Tentative des 1001 manières de faire de l'auto build sous l’architecture openshift (Non terminé) :		Tentative des 1001 manières de faire de l'auto build sous l’architecture openshift (Non terminé) : 16h (inclus les pertes de temps suivantes)

	cette tâche fut paralysé pendant encore un moment puisque pendant celle-ci j'ai découvert que depuis quelques jours un bug sur les serveurs		cette tâche fut paralysé pendant encore un moment puisque pendant celle-ci j'ai découvert que depuis quelques jours un bug sur les serveurs
Line 34:		Line 39:
	perdu nombre d'heures avant de le découvrir car peu de communication de leur part plus le temps de comprendre que c'est un problème incontournable).		perdu nombre d'heures avant de le découvrir car peu de communication de leur part plus le temps de comprendre que c'est un problème incontournable).

			Entre temps j'ai tenté une migration sur aws (car la panne à duré 2 semaine au total et aucun moyen de savoir quand ils seront de nouveau viable)
⚫	Découverte et apprentissage du système de déploiement sur Openshift directement à base d'image docker (Terminé) :
			mais j'ai abandonné en recevant la facture de 17$ ce qui a coïncidé avec la notification du retour en état des serveurs openshift.

		⚫	Découverte et apprentissage du système de déploiement sur Openshift directement à base d'image docker (Terminé) : 6h
⚫	Création d'un serveur d'intégration continue Jeckins sur Openshift (échec) :
			Openshift utilise des système propriétaire, la seule solution que j'ai trouvé pour envoyer des images docker sur le cluster est de supprimer l'application et de la re-créer
			Heureusement cette tâche est pas extrêmement longue et automatisé dans les script et Jenckins locaux. (J'ai tout de même chercher longtemps comment mettre à jour des images
			d'un registre cloné par openshift mais impossible de s'authentifier au registry openshift, nécessite d'exécuter des commande non autorisé sur les offres gratuites)

		⚫	Création d'un serveur d'intégration continue Jeckins sur Openshift (échec) : 20h
	Jusqu'à présent (et à l'avenir) Jenckins était en local sur chaque machine des devs et n'était plus capable de déployer suite au passage en mode image docker		Jusqu'à présent (et à l'avenir) Jenckins était en local sur chaque machine des devs et n'était plus capable de déployer suite au passage en mode image docker
	Après de très nombreuses tentative pour configurer Jenkins ainsi que ces outils intégrés (Docker et maven qui n'étaient pas embarqué) j'ai fini par arriver à l’évidence		Après de très nombreuses tentative pour configurer Jenkins ainsi que ces outils intégrés (Docker et maven qui n'étaient pas embarqué) j'ai fini par arriver à l’évidence
Line 42:		Line 53:
	vers la fin du projet l'image docker pesait à elle seule un peu plus de 1Go soit plus que l'espace alloué à un conteneur openshift devant contenir Jenkins et ses outils)		vers la fin du projet l'image docker pesait à elle seule un peu plus de 1Go soit plus que l'espace alloué à un conteneur openshift devant contenir Jenkins et ses outils)

	Mise à jour des Jenkins locaux afin de construire et déployer automatiquement sur Openshift (Terminé) :		Mise à jour des Jenkins locaux afin de construire et déployer automatiquement sur Openshift (Terminé) : 3h

	10/10/12

	Embarquement du front basé sur angular avec le serveur : 3h		Embarquement du front basé sur angular avec le serveur : 5h
	Le front étant parti sur une autre technologie que celle du projet initial, le front et le back ne sont plus déployé ensemble (et posent donc accessoirement des problèmes de CROSS-ORIGIN)		Le front étant parti sur une autre technologie que celle du projet initial, le front et le back ne sont plus déployé ensemble (et posent donc accessoirement des problèmes de CROSS-ORIGIN)

	Tentative de monitoring, réplication etc sur openshift (mitigé) : 6h		Tentative de monitoring, réplication etc sur openshift (mitigé) : 13h
	Openshift est un service proposant trop de fonctionnalité pour tout ce qui est demandé, la réplication le monitoring la reprise de panne la montée en charge ...... sont toutes complètement		Openshift est un service proposant trop de fonctionnalité pour tout ce qui est demandé, la réplication le monitoring la reprise de panne la montée en charge ...... sont toutes complètement
	gratuite est préintégré ce qui posait le problème de pas les faire nous-même. D'où les quelques heures à tenter de contourner le système qui a aboutit à un abandon, le système (en gratuit)		gratuite est préintégré ce qui posait le problème de pas les faire nous-même. D'où les quelques heures à tenter de contourner le système qui a aboutit à un abandon, le système (en gratuit)
Line 55:		Line 66:

	== Migration technologique sur aws ==		== Migration technologique sur aws ==

	Puisque toute ces modifications sont 100% indépendantes du reste du projet elle ne sont pas présente sur github afin de permettre à l'équipe de continuer de travailler sur le serveur openshift pendant que		Puisque toute ces modifications sont 100% indépendantes du reste du projet elle ne sont pas présente sur github afin de permettre à l'équipe de continuer de travailler sur le serveur openshift pendant que
	je travaillais sur les serveurs aws, la migration totale c'est effectué en plusieurs temps et à terminé le 18/12 avec l'abandon du server openshift.		je travaillais sur les serveurs aws, la migration totale c'est effectué en plusieurs temps et à terminé le 18/12 avec l'abandon du server openshift.
Line 64:		Line 76:
	Activation des statistiques(sécurisées) sur le haproxy		Activation des statistiques(sécurisées) sur le haproxy

	Apprentissage ec2 auto-déploiment : 1h		Apprentissage ec2 auto-déploiment : 2h
	Script de configuration automatique de la vm lors de son lancement, passage du serveur en Auto-Scaling group avec script, redimensionnement des réplicats simplifié (2 cliques)		Script de configuration automatique de la vm lors de son lancement, passage du serveur en Auto-Scaling group avec script, redimensionnement des réplicats simplifié (2 cliques)

Line 76:		Line 88:
	Remise en état du swagger disparu depuis le merge avec le front (qui avait pris sa place) : 1h30		Remise en état du swagger disparu depuis le merge avec le front (qui avait pris sa place) : 1h30

			Apprentissage et installation de la techno Jmeter et nombreux tests : 6h
⚫	Configuration du HAproxy et des serveurs wildfly afin d'utiliser plusieurs base de données Mysql : ~~1h30~~
			Problèmes lors des tests, jmeter à du mal à surcharger les serveurs, et à tendance à se surcharger lui-même (notamment la ram) entrainant des fausses erreurs

		⚫	Configuration du HAproxy et des serveurs wildfly afin d'utiliser plusieurs base de données Mysql : 2h
	Les requêtes sont bien load balancé entre les différentes base de données (testé et approuvé, en utilisant des données différentes sur les base on voit la variation de résultats).		Les requêtes sont bien load balancé entre les différentes base de données (testé et approuvé, en utilisant des données différentes sur les base on voit la variation de résultats).
	Il reste plus qu'a synchroniser des base de données !...		Il reste plus qu'a synchroniser des base de données !...

	Réplication base de données (échec) : ~~15h~~		Réplication base de données (échec) : 18h
	Mode Master/Master, puis Mode cluster, puis de nouveau Mode Master/Master, puis et encore Mode cluster		Mode Master/Master, puis Mode cluster, puis de nouveau Mode Master/Master, puis et encore Mode cluster
	Problème de configuration		Problème de configuration

			Mise au propre du journal : 3h

			Préparation soutenance
	== Sprint 3 - Over ==

	== Sprint 4 - In process ==

	== Sprint 5 - Not now ==

	== Sprint 6 - Not now ==

← Older revision		Revision as of 01:52, 19 December 2017
Line 43:		Line 43:

	* Tentative des 1001 manières de faire de l'auto build sous l’architecture openshift (Non terminé) : 16h (inclus les pertes de temps suivantes)		* Tentative des 1001 manières de faire de l'auto build sous l’architecture openshift (Non terminé) : 16h (inclus les pertes de temps suivantes)


	cette tâche fut paralysé pendant encore un moment puisque pendant celle-ci j'ai découvert que depuis quelques jours un bug sur les serveurs		cette tâche fut paralysé pendant encore un moment puisque pendant celle-ci j'ai découvert que depuis quelques jours un bug sur les serveurs
Line 86:		Line 85:

	* Déploiement sur vm EC2 sur aws : 4h		* Déploiement sur vm EC2 sur aws : 4h


	* Apprentissage et installation de la techno HAproxy : 3h		* Apprentissage et installation de la techno HAproxy : 3h
	Installation sur une vm particulière, réplication du serveur et load balancing entre les deux serveurs		Installation sur une vm particulière, réplication du serveur et load balancing entre les deux serveurs
	Activation des statistiques(sécurisées) sur le haproxy		Activation des statistiques(sécurisées) sur le haproxy


	* Apprentissage ec2 auto-déploiment : 2h		* Apprentissage ec2 auto-déploiment : 2h
	Script de configuration automatique de la vm lors de son lancement, passage du serveur en Auto-Scaling group avec script, redimensionnement des réplicats simplifié (2 cliques)		Script de configuration automatique de la vm lors de son lancement, passage du serveur en Auto-Scaling group avec script, redimensionnement des réplicats simplifié (2 cliques)


	* Auto-détection des serveurs répliqué par le HA : 2h		* Auto-détection des serveurs répliqué par le HA : 2h
	Le HA ajoute les nouveaux serveurs crées et retire les serveurs morts automatiquement dans ses routes load balancés.		Le HA ajoute les nouveaux serveurs crées et retire les serveurs morts automatiquement dans ses routes load balancés.


	* Apprentissage et installation des techno telegraf influxdb grafana : 5h		* Apprentissage et installation des techno telegraf influxdb grafana : 5h
	+ Auto-connexion des telegraf à l'influxdb centrale		+ Auto-connexion des telegraf à l'influxdb centrale
	Chaque serveur répliqués possède un telegraf qui pousse ses données sur la base de donnée du serveur distribué localisé sur la machine Service		Chaque serveur répliqués possède un telegraf qui pousse ses données sur la base de donnée du serveur distribué localisé sur la machine Service


	* Remise en état du swagger disparu depuis le merge avec le front (qui avait pris sa place) : 1h30		* Remise en état du swagger disparu depuis le merge avec le front (qui avait pris sa place) : 1h30


	* Apprentissage et installation de la techno Jmeter et nombreux tests : 6h		* Apprentissage et installation de la techno Jmeter et nombreux tests : 6h
	Problèmes lors des tests, jmeter à du mal à surcharger les serveurs, et à tendance à se surcharger lui-même (notamment la ram) entrainant des fausses erreurs		Problèmes lors des tests, jmeter à du mal à surcharger les serveurs, et à tendance à se surcharger lui-même (notamment la ram) entrainant des fausses erreurs


	* Configuration du HAproxy et des serveurs wildfly afin d'utiliser plusieurs base de données Mysql : 2h		* Configuration du HAproxy et des serveurs wildfly afin d'utiliser plusieurs base de données Mysql : 2h
	Les requêtes sont bien load balancé entre les différentes base de données (testé et approuvé, en utilisant des données différentes sur les base on voit la variation de résultats).		Les requêtes sont bien load balancé entre les différentes base de données (testé et approuvé, en utilisant des données différentes sur les base on voit la variation de résultats).
	Il reste plus qu'a synchroniser des base de données !...		Il reste plus qu'a synchroniser des base de données !...


	* Réplication base de données (échec) : 18h		* Réplication base de données (échec) : 18h
	Mode Master/Master, puis Mode cluster, puis de nouveau Mode Master/Master, puis et encore Mode cluster		Mode Master/Master, puis Mode cluster, puis de nouveau Mode Master/Master, puis et encore Mode cluster
	Problème de configuration		Problème de configuration


	* Mise au propre du journal : 3h		* Mise au propre du journal : 3h


	* Préparation soutenance		* Préparation soutenance


	Temps total : environ 160h		Temps total : environ 160h

← Older revision		Revision as of 01:50, 19 December 2017
Line 6:		Line 6:

	* Analyse du sujet : 10h		* Analyse du sujet : 10h


	* Travail de conception : 10h		* Travail de conception : 10h


	* Apprentissage de l'outil docker : 5h		* Apprentissage de l'outil docker : 5h


	* Rédaction d'une documentation docker : 1h		* Rédaction d'une documentation docker : 1h
	Afin de permettre à l'équipe un démarrage rapide.		Afin de permettre à l'équipe un démarrage rapide.


	* Mise à jour des script docker pour le build sur docker : 15m		* Mise à jour des script docker pour le build sur docker : 15m


	* Découverte de l'outil Jenkins, apprentissage des bases : 3h		* Découverte de l'outil Jenkins, apprentissage des bases : 3h
	Création d'un premier projet Jenkins en local afin de build et déployer le projet sur docker		Création d'un premier projet Jenkins en local afin de build et déployer le projet sur docker
	Beaucoup de difficulté à configurer Jenckins		Beaucoup de difficulté à configurer Jenckins


	* Découverte de la platforme openshift et premier déploiement (terminé) : 3h		* Découverte de la platforme openshift et premier déploiement (terminé) : 3h
	Apprentissage du build and deploy automatique de openshift à l'aide de fichier de configuration et d'une modification du pom de maven		Apprentissage du build and deploy automatique de openshift à l'aide de fichier de configuration et d'une modification du pom de maven
	(Container wilfly pré-configuré ne nécessite que d'auto-build le server JAVAEE à l'aide des fichiers de config et de correctement le formater)		(Container wilfly pré-configuré ne nécessite que d'auto-build le server JAVAEE à l'aide des fichiers de config et de correctement le formater)


	* Petite amélioration du script curl afin de tester le serveur (notamment avec Jenkins) : 1h		* Petite amélioration du script curl afin de tester le serveur (notamment avec Jenkins) : 1h


	== Déploiement complet sur Openshift ==		== Déploiement complet sur Openshift ==

	* Pair programming avec Louis afin de débloquer le back (Bug critique des data-sources avec Mysql) : 7h		* Pair programming avec Louis afin de débloquer le back (Bug critique des data-sources avec Mysql) : 7h
	==> La solution mis en place invalide la méthode de déploiement précédente		==> La solution mis en place invalide la méthode de déploiement précédente
	Nécessite une utilisation avancé de docker hors Openshift donne directement un container Wildfly sans accès au Dockerfile ou		Nécessite une utilisation avancé de docker hors Openshift donne directement un container Wildfly sans accès au Dockerfile ou
	ni aucun accès au cluster (compte gratuit) : tâche suivante pour la compréhension et tentative de contournement		ni aucun accès au cluster (compte gratuit) : tâche suivante pour la compréhension et tentative de contournement


	* Tentative des 1001 manières de faire de l'auto build sous l’architecture openshift (Non terminé) : 16h (inclus les pertes de temps suivantes)		* Tentative des 1001 manières de faire de l'auto build sous l’architecture openshift (Non terminé) : 16h (inclus les pertes de temps suivantes)


	cette tâche fut paralysé pendant encore un moment puisque pendant celle-ci j'ai découvert que depuis quelques jours un bug sur les serveurs		cette tâche fut paralysé pendant encore un moment puisque pendant celle-ci j'ai découvert que depuis quelques jours un bug sur les serveurs
Line 41:		Line 51:
	Entre temps j'ai tenté une migration sur aws (car la panne à duré 2 semaine au total et aucun moyen de savoir quand ils seront de nouveau viable)		Entre temps j'ai tenté une migration sur aws (car la panne à duré 2 semaine au total et aucun moyen de savoir quand ils seront de nouveau viable)
	mais j'ai abandonné en recevant la facture de 17$ ce qui a coïncidé avec la notification du retour en état des serveurs openshift.		mais j'ai abandonné en recevant la facture de 17$ ce qui a coïncidé avec la notification du retour en état des serveurs openshift.


	* Découverte et apprentissage du système de déploiement sur Openshift directement à base d'image docker (Terminé) : 6h		* Découverte et apprentissage du système de déploiement sur Openshift directement à base d'image docker (Terminé) : 6h
Line 46:		Line 57:
	Heureusement cette tâche est pas extrêmement longue et automatisé dans les script et Jenckins locaux. (J'ai tout de même chercher longtemps comment mettre à jour des images		Heureusement cette tâche est pas extrêmement longue et automatisé dans les script et Jenckins locaux. (J'ai tout de même chercher longtemps comment mettre à jour des images
	d'un registre cloné par openshift mais impossible de s'authentifier au registry openshift, nécessite d'exécuter des commande non autorisé sur les offres gratuites)		d'un registre cloné par openshift mais impossible de s'authentifier au registry openshift, nécessite d'exécuter des commande non autorisé sur les offres gratuites)


	* Création d'un serveur d'intégration continue Jeckins sur Openshift (échec) : 20h		* Création d'un serveur d'intégration continue Jeckins sur Openshift (échec) : 20h
Line 52:		Line 64:
	que les conteneur openshift ne sont pas assez puissant pour construire en entier un projet JAVAEE puis une image docker (principalement à cause de l'espace disque,		que les conteneur openshift ne sont pas assez puissant pour construire en entier un projet JAVAEE puis une image docker (principalement à cause de l'espace disque,
	vers la fin du projet l'image docker pesait à elle seule un peu plus de 1Go soit plus que l'espace alloué à un conteneur openshift devant contenir Jenkins et ses outils)		vers la fin du projet l'image docker pesait à elle seule un peu plus de 1Go soit plus que l'espace alloué à un conteneur openshift devant contenir Jenkins et ses outils)


	* Mise à jour des Jenkins locaux afin de construire et déployer automatiquement sur Openshift (Terminé) : 3h		* Mise à jour des Jenkins locaux afin de construire et déployer automatiquement sur Openshift (Terminé) : 3h
Line 58:		Line 71:
	* Embarquement du front basé sur angular avec le serveur : 5h		* Embarquement du front basé sur angular avec le serveur : 5h
	Le front étant parti sur une autre technologie que celle du projet initial, le front et le back ne sont plus déployé ensemble (et posent donc accessoirement des problèmes de CROSS-ORIGIN)		Le front étant parti sur une autre technologie que celle du projet initial, le front et le back ne sont plus déployé ensemble (et posent donc accessoirement des problèmes de CROSS-ORIGIN)


	* Tentative de monitoring, réplication etc sur openshift (mitigé) : 13h		* Tentative de monitoring, réplication etc sur openshift (mitigé) : 13h
Line 64:		Line 78:
	est trop verrouillé pour faire une quelconque de ces technologies à la main (puisque tout marche déjà parfaitement et permet toutes les options voulues)		est trop verrouillé pour faire une quelconque de ces technologies à la main (puisque tout marche déjà parfaitement et permet toutes les options voulues)
	Suite à un discutions il a été décidé de recommencer le déploiement sur aws afin de pouvoir faire nous-même les techno demandés.		Suite à un discutions il a été décidé de recommencer le déploiement sur aws afin de pouvoir faire nous-même les techno demandés.


	== Migration technologique sur aws ==		== Migration technologique sur aws ==

← Older revision		Revision as of 01:49, 19 December 2017
Line 12:		Line 12:

	* Rédaction d'une documentation docker : 1h		* Rédaction d'une documentation docker : 1h
	Afin de permettre à l'équipe un démarrage rapide.		Afin de permettre à l'équipe un démarrage rapide.

	* Mise à jour des script docker pour le build sur docker : 15m		* Mise à jour des script docker pour le build sur docker : 15m

	* Découverte de l'outil Jenkins, apprentissage des bases : 3h		* Découverte de l'outil Jenkins, apprentissage des bases : 3h
	Création d'un premier projet Jenkins en local afin de build et déployer le projet sur docker		Création d'un premier projet Jenkins en local afin de build et déployer le projet sur docker
	Beaucoup de difficulté à configurer Jenckins		Beaucoup de difficulté à configurer Jenckins

	* Découverte de la platforme openshift et premier déploiement (terminé) : 3h		* Découverte de la platforme openshift et premier déploiement (terminé) : 3h
	Apprentissage du build and deploy automatique de openshift à l'aide de fichier de configuration et d'une modification du pom de maven		Apprentissage du build and deploy automatique de openshift à l'aide de fichier de configuration et d'une modification du pom de maven
	(Container wilfly pré-configuré ne nécessite que d'auto-build le server JAVAEE à l'aide des fichiers de config et de correctement le formater)		(Container wilfly pré-configuré ne nécessite que d'auto-build le server JAVAEE à l'aide des fichiers de config et de correctement le formater)

	* Petite amélioration du script curl afin de tester le serveur (notamment avec Jenkins) : 1h		* Petite amélioration du script curl afin de tester le serveur (notamment avec Jenkins) : 1h
Line 29:		Line 29:

	* Pair programming avec Louis afin de débloquer le back (Bug critique des data-sources avec Mysql) : 7h		* Pair programming avec Louis afin de débloquer le back (Bug critique des data-sources avec Mysql) : 7h
	==> La solution mis en place invalide la méthode de déploiement précédente		==> La solution mis en place invalide la méthode de déploiement précédente
	Nécessite une utilisation avancé de docker hors Openshift donne directement un container Wildfly sans accès au Dockerfile ou		Nécessite une utilisation avancé de docker hors Openshift donne directement un container Wildfly sans accès au Dockerfile ou
	ni aucun accès au cluster (compte gratuit) : tâche suivante pour la compréhension et tentative de contournement		ni aucun accès au cluster (compte gratuit) : tâche suivante pour la compréhension et tentative de contournement

	* Tentative des 1001 manières de faire de l'auto build sous l’architecture openshift (Non terminé) : 16h (inclus les pertes de temps suivantes)		* Tentative des 1001 manières de faire de l'auto build sous l’architecture openshift (Non terminé) : 16h (inclus les pertes de temps suivantes)

← Older revision		Revision as of 01:48, 19 December 2017
Line 11:		Line 11:
	* Apprentissage de l'outil docker : 5h		* Apprentissage de l'outil docker : 5h

	Rédaction d'une documentation docker : 1h		* Rédaction d'une documentation docker : 1h
	Afin de permettre à l'équipe un démarrage rapide.		Afin de permettre à l'équipe un démarrage rapide.

	Mise à jour des script docker pour le build sur docker : 15m		* Mise à jour des script docker pour le build sur docker : 15m

	Découverte de l'outil Jenkins, apprentissage des bases : 3h		* Découverte de l'outil Jenkins, apprentissage des bases : 3h
	Création d'un premier projet Jenkins en local afin de build et déployer le projet sur docker		Création d'un premier projet Jenkins en local afin de build et déployer le projet sur docker
	Beaucoup de difficulté à configurer Jenckins		Beaucoup de difficulté à configurer Jenckins

	Découverte de la platforme openshift et premier déploiement (terminé) : 3h		* Découverte de la platforme openshift et premier déploiement (terminé) : 3h
	Apprentissage du build and deploy automatique de openshift à l'aide de fichier de configuration et d'une modification du pom de maven		Apprentissage du build and deploy automatique de openshift à l'aide de fichier de configuration et d'une modification du pom de maven
	(Container wilfly pré-configuré ne nécessite que d'auto-build le server JAVAEE à l'aide des fichiers de config et de correctement le formater)		(Container wilfly pré-configuré ne nécessite que d'auto-build le server JAVAEE à l'aide des fichiers de config et de correctement le formater)

	Petite amélioration du script curl afin de tester le serveur (notamment avec Jenkins) : 1h		* Petite amélioration du script curl afin de tester le serveur (notamment avec Jenkins) : 1h

	== Déploiement complet sur Openshift ==		== Déploiement complet sur Openshift ==

	Pair programming avec Louis afin de débloquer le back (Bug critique des data-sources avec Mysql) : 7h		* Pair programming avec Louis afin de débloquer le back (Bug critique des data-sources avec Mysql) : 7h
	==> La solution mis en place invalide la méthode de déploiement précédente		==> La solution mis en place invalide la méthode de déploiement précédente
	Nécessite une utilisation avancé de docker hors Openshift donne directement un container Wildfly sans accès au Dockerfile ou		Nécessite une utilisation avancé de docker hors Openshift donne directement un container Wildfly sans accès au Dockerfile ou
	ni aucun accès au cluster (compte gratuit) : tâche suivante pour la compréhension et tentative de contournement		ni aucun accès au cluster (compte gratuit) : tâche suivante pour la compréhension et tentative de contournement

	Tentative des 1001 manières de faire de l'auto build sous l’architecture openshift (Non terminé) : 16h (inclus les pertes de temps suivantes)		* Tentative des 1001 manières de faire de l'auto build sous l’architecture openshift (Non terminé) : 16h (inclus les pertes de temps suivantes)

	cette tâche fut paralysé pendant encore un moment puisque pendant celle-ci j'ai découvert que depuis quelques jours un bug sur les serveurs		cette tâche fut paralysé pendant encore un moment puisque pendant celle-ci j'ai découvert que depuis quelques jours un bug sur les serveurs
Line 42:		Line 42:
	mais j'ai abandonné en recevant la facture de 17$ ce qui a coïncidé avec la notification du retour en état des serveurs openshift.		mais j'ai abandonné en recevant la facture de 17$ ce qui a coïncidé avec la notification du retour en état des serveurs openshift.

	Découverte et apprentissage du système de déploiement sur Openshift directement à base d'image docker (Terminé) : 6h		* Découverte et apprentissage du système de déploiement sur Openshift directement à base d'image docker (Terminé) : 6h
	Openshift utilise des système propriétaire, la seule solution que j'ai trouvé pour envoyer des images docker sur le cluster est de supprimer l'application et de la re-créer		Openshift utilise des système propriétaire, la seule solution que j'ai trouvé pour envoyer des images docker sur le cluster est de supprimer l'application et de la re-créer
	Heureusement cette tâche est pas extrêmement longue et automatisé dans les script et Jenckins locaux. (J'ai tout de même chercher longtemps comment mettre à jour des images		Heureusement cette tâche est pas extrêmement longue et automatisé dans les script et Jenckins locaux. (J'ai tout de même chercher longtemps comment mettre à jour des images
	d'un registre cloné par openshift mais impossible de s'authentifier au registry openshift, nécessite d'exécuter des commande non autorisé sur les offres gratuites)		d'un registre cloné par openshift mais impossible de s'authentifier au registry openshift, nécessite d'exécuter des commande non autorisé sur les offres gratuites)

	Création d'un serveur d'intégration continue Jeckins sur Openshift (échec) : 20h		* Création d'un serveur d'intégration continue Jeckins sur Openshift (échec) : 20h
	Jusqu'à présent (et à l'avenir) Jenckins était en local sur chaque machine des devs et n'était plus capable de déployer suite au passage en mode image docker		Jusqu'à présent (et à l'avenir) Jenckins était en local sur chaque machine des devs et n'était plus capable de déployer suite au passage en mode image docker
	Après de très nombreuses tentative pour configurer Jenkins ainsi que ces outils intégrés (Docker et maven qui n'étaient pas embarqué) j'ai fini par arriver à l’évidence		Après de très nombreuses tentative pour configurer Jenkins ainsi que ces outils intégrés (Docker et maven qui n'étaient pas embarqué) j'ai fini par arriver à l’évidence
Line 53:		Line 53:
	vers la fin du projet l'image docker pesait à elle seule un peu plus de 1Go soit plus que l'espace alloué à un conteneur openshift devant contenir Jenkins et ses outils)		vers la fin du projet l'image docker pesait à elle seule un peu plus de 1Go soit plus que l'espace alloué à un conteneur openshift devant contenir Jenkins et ses outils)

	Mise à jour des Jenkins locaux afin de construire et déployer automatiquement sur Openshift (Terminé) : 3h		* Mise à jour des Jenkins locaux afin de construire et déployer automatiquement sur Openshift (Terminé) : 3h


	Embarquement du front basé sur angular avec le serveur : 5h		* Embarquement du front basé sur angular avec le serveur : 5h
	Le front étant parti sur une autre technologie que celle du projet initial, le front et le back ne sont plus déployé ensemble (et posent donc accessoirement des problèmes de CROSS-ORIGIN)		Le front étant parti sur une autre technologie que celle du projet initial, le front et le back ne sont plus déployé ensemble (et posent donc accessoirement des problèmes de CROSS-ORIGIN)

	Tentative de monitoring, réplication etc sur openshift (mitigé) : 13h		* Tentative de monitoring, réplication etc sur openshift (mitigé) : 13h
	Openshift est un service proposant trop de fonctionnalité pour tout ce qui est demandé, la réplication le monitoring la reprise de panne la montée en charge ...... sont toutes complètement		Openshift est un service proposant trop de fonctionnalité pour tout ce qui est demandé, la réplication le monitoring la reprise de panne la montée en charge ...... sont toutes complètement
	gratuite est préintégré ce qui posait le problème de pas les faire nous-même. D'où les quelques heures à tenter de contourner le système qui a aboutit à un abandon, le système (en gratuit)		gratuite est préintégré ce qui posait le problème de pas les faire nous-même. D'où les quelques heures à tenter de contourner le système qui a aboutit à un abandon, le système (en gratuit)
Line 70:		Line 70:
	je travaillais sur les serveurs aws, la migration totale c'est effectué en plusieurs temps et à terminé le 18/12 avec l'abandon du server openshift.		je travaillais sur les serveurs aws, la migration totale c'est effectué en plusieurs temps et à terminé le 18/12 avec l'abandon du server openshift.

	Déploiement sur vm EC2 sur aws : 4h		* Déploiement sur vm EC2 sur aws : 4h

	Apprentissage et installation de la techno HAproxy : 3h		* Apprentissage et installation de la techno HAproxy : 3h
	Installation sur une vm particulière, réplication du serveur et load balancing entre les deux serveurs		Installation sur une vm particulière, réplication du serveur et load balancing entre les deux serveurs
	Activation des statistiques(sécurisées) sur le haproxy		Activation des statistiques(sécurisées) sur le haproxy

	Apprentissage ec2 auto-déploiment : 2h		* Apprentissage ec2 auto-déploiment : 2h
	Script de configuration automatique de la vm lors de son lancement, passage du serveur en Auto-Scaling group avec script, redimensionnement des réplicats simplifié (2 cliques)		Script de configuration automatique de la vm lors de son lancement, passage du serveur en Auto-Scaling group avec script, redimensionnement des réplicats simplifié (2 cliques)

	Auto-détection des serveurs répliqué par le HA : 2h		* Auto-détection des serveurs répliqué par le HA : 2h
	Le HA ajoute les nouveaux serveurs crées et retire les serveurs morts automatiquement dans ses routes load balancés.		Le HA ajoute les nouveaux serveurs crées et retire les serveurs morts automatiquement dans ses routes load balancés.

	Apprentissage et installation des techno telegraf influxdb grafana : 5h		* Apprentissage et installation des techno telegraf influxdb grafana : 5h
	+ Auto-connexion des telegraf à l'influxdb centrale		+ Auto-connexion des telegraf à l'influxdb centrale
	Chaque serveur répliqués possède un telegraf qui pousse ses données sur la base de donnée du serveur distribué localisé sur la machine Service		Chaque serveur répliqués possède un telegraf qui pousse ses données sur la base de donnée du serveur distribué localisé sur la machine Service

	Remise en état du swagger disparu depuis le merge avec le front (qui avait pris sa place) : 1h30		* Remise en état du swagger disparu depuis le merge avec le front (qui avait pris sa place) : 1h30

	Apprentissage et installation de la techno Jmeter et nombreux tests : 6h		* Apprentissage et installation de la techno Jmeter et nombreux tests : 6h
	Problèmes lors des tests, jmeter à du mal à surcharger les serveurs, et à tendance à se surcharger lui-même (notamment la ram) entrainant des fausses erreurs		Problèmes lors des tests, jmeter à du mal à surcharger les serveurs, et à tendance à se surcharger lui-même (notamment la ram) entrainant des fausses erreurs

	Configuration du HAproxy et des serveurs wildfly afin d'utiliser plusieurs base de données Mysql : 2h		* Configuration du HAproxy et des serveurs wildfly afin d'utiliser plusieurs base de données Mysql : 2h
	Les requêtes sont bien load balancé entre les différentes base de données (testé et approuvé, en utilisant des données différentes sur les base on voit la variation de résultats).		Les requêtes sont bien load balancé entre les différentes base de données (testé et approuvé, en utilisant des données différentes sur les base on voit la variation de résultats).
	Il reste plus qu'a synchroniser des base de données !...		Il reste plus qu'a synchroniser des base de données !...

	Réplication base de données (échec) : 18h		* Réplication base de données (échec) : 18h
	Mode Master/Master, puis Mode cluster, puis de nouveau Mode Master/Master, puis et encore Mode cluster		Mode Master/Master, puis Mode cluster, puis de nouveau Mode Master/Master, puis et encore Mode cluster
	Problème de configuration		Problème de configuration

	Mise au propre du journal : 3h		* Mise au propre du journal : 3h

	Préparation soutenance		* Préparation soutenance

	Temps total : environ 160h		Temps total : environ 160h