Faire tourner le serveur web en continue

Inscris-toi

(c'est gratuit !)

Un compte est nécessaire pour participer aux discussions.

Créer un compte
00:00:00 :En ce moment, sur mon Mac en local, si j'essaye d'accéder à mon site, ça ne fonctionne pas et c'est normal parce que le serveur Flask ne tourne pas en ce moment sur mon serveur AWS.
00:00:09 :Donc ça va fonctionner si je le relance, si je vais ici sourcer mon environnement virtuel et qu'ensuite je fais python3 web slash app.py, j'ai bien l'application Flask qui tourne et si j'actualise, je reviens donc sur Brave, ici j'actualise, ça fonctionne.
00:00:25 :On remarque également que j'ai bien le dernier scrapping qu'on vient de faire avec le cronjob, donc ça indique que notre script fonctionne toujours correctement pour aller chercher le dernier fichier de scrapping qui a été produit par notre scrapper.
00:00:37 :Donc ça fonctionne bien en ce moment, c'est sûr, le problème c'est que là si je ferme cet onglet, si je ferme ce navigateur, en fait le terminal va s'arrêter et mon serveur avec.
00:00:47 :Alors il y a plusieurs façons de régler ça, la façon la plus simple c'est tout simplement de détacher le processus actuel pour qu'on puisse fermer le terminal et avoir quand même le serveur Flask qui continue de tourner.
00:00:58 :C'est une façon très simple de faire, le problème c'est que si jamais on a un crash, que ce soit de l'application Flask ou du serveur Linux, et bien notre site web ne fonctionnera plus et il faudra rouvrir un terminal, se connecter, relancer l'application etc.
00:01:12 :Donc vous vous accorderez avec moi pour dire que ce n'est pas très pratique et ce qu'on souhaite c'est avoir quelque chose qui se relance automatiquement en cas de crash de la machine ou du serveur.
00:01:21 :Donc pour ça on va utiliser Systemd, c'est un outil qui est utilisé sur Linux pour faire exactement ça, qui est utilisé par le système Linux pour plein de choses et nous on va pouvoir l'utiliser donc pour s'assurer que ce serveur tourne en continu.
00:01:34 :Donc pour ça on va créer un fichier, on va faire sudo vim et vous voyez qu'il me le propose déjà ici, donc là il a mis flask.service, on va mettre webscraper.ui.service.
00:01:46 :Je valide avec entrée, donc vous voyez qu'on est dans //etc//systemd//system et là on crée un fichier .service, je valide avec entrée, je me retrouve donc à l'intérieur de vim et là je vais coller cette configuration,
00:01:59 :donc on va passer tout ça ensemble, ne vous inquiétez pas. Donc là ce qu'on dit c'est tout simplement une description, donc à la place de flaskcab vous pouvez mettre ce que vous voulez, on peut être un peu plus explicite, on peut dire ici flaskscraperwebui par exemple.
00:02:12 :Ensuite ici on va avoir notre utilisateur, le dossier depuis lequel on va exécuter notre script, donc là c'est le dossier de notre projet et ensuite la commande qu'on va exécuter,donc là c'est cette commande avec l'exécutable dans notre environnement virtuel et j'ai fait une petite erreur, là je vous la montre tout de suite pour ne pas avoir la surprise comme l'autre fois,
00:02:31 :en fait je n'ai pas mis le app mais c'est pour vous montrer là encore comment on peut débugger ça si jamais cette commande ne fonctionne pas.
00:02:36 :Et là pour le host j'ai bien mis 000, normalement on n'est pas obligé de le mettre ici parce qu'on l'a déjà spécifié dans le app.py mais je le remets au cas où si jamais je fais des changements dans le app,
00:02:45 :comme ça on le forcera ici dans cette ligne de commande.Pour le restart on met always comme ça, ça va toujours se relancer s'il y a un problème et je vais valider donc en appuyant sur escape, 2.wq pour valider et on va pouvoir maintenant redémarrer le daemon,
00:03:00 :donc le daemon en fait c'est parce qu'on a rajouté un fichier, si on va voir dans ce dossier système vous allez voir qu'il y a plein d'autres choses qui sont ici,vous voyez qu'il y a plein d'autres systèmes, plein d'autres configurations qui sont déjà ici et nous on a notre webscraper.ui.service qui est également disponible,
00:03:18 :donc je vais revenir dans le dossier d'utilisateur et on va faire un reload de notre daemon pour s'assurer qu'il ait bien pris en compte notre fichier qu'on vient de créer.
00:03:28 :Donc je fais ça et ensuite on va faire un peu comme ce qu'on avait fait avec le cron, c'est à dire qu'on va faire systèmectl enable et là je l'avais appelé,je ne me souviens déjà plus, webscraper.ui je crois, effectivement c'est bien ça il l'a trouvé et maintenant on va faire systèmectl start webscraper.ui.
00:03:44 :Donc là normalement le processus est bien lancé, si je vais dans brave pour actualiser vous voyez que ça ne fonctionne pas,donc là c'est normal, comme je vous avais dit j'avais volontairement fait une petite erreur dans l'exécution de la commande pour qu'on puisse débuguer tout ça.
00:03:58 :Donc là je vais faire un systèmectl statut webscraper.ui, donc c'est cette commande statut qui va vous permettre de voir ce qu'il se passe,et là vous voyez qu'effectivement on a un failed, ça veut dire que le service n'a pas correctement fonctionné.
00:04:10 :Et là vous voyez que c'est bien sur cette commande ici, on a un code exited, donc ça veut dire que sur cette commande ici ça n'a pas fonctionné.
00:04:17 :Donc là c'est juste parce qu'on n'a pas mis le dossier web, et donc ce que je vais faire c'est que je vais retourner dans mon fichier,donc je reviens avec la flèche du haut pour revenir avec vim dans ce fichier, je vais descendre sur la ligne, je vais naviguer un petit peu plus loin,
00:04:32 :ici voilà dans le slash, et on va rappuyer sur i pour se mettre en mode insertion, remettre le slash, donc slash web slash app.py,je sors de mon fichier et maintenant on va refaire un systèmectl restart webscraper.ui, et cette fois-ci ça devrait fonctionner.
00:04:50 :Alors là effectivement on a changé le fichier donc il faut refaire un daemon reload, donc j'ai oublié de faire ça, daemon reload,voilà c'est bon ça c'est parce qu'on a modifié le fichier donc il faut bien qu'il prenne en compte le nouveau fichier,et maintenant je peux faire un restart, on peut cette fois-ci aller voir avec le statut si ça fonctionne,
00:05:06 :donc je l'avais quelque part ici, voilà statut, et là on a bien notre service qui est actif.Donc si je reviens sur Brave, j'actualise, et là j'ai bien mon site qui s'affiche et qui fonctionne toujours correctement.
00:05:17 :Donc voilà comment mettre en place ce service avec Systemd, comme ça je vous dis si jamais le serveur s'arrête ou s'il y a un crash de l'application,et bien il sera relancé automatiquement.
00:05:27 :Pour vous montrer ça, je peux revenir sur mon dashboard de AWS, et en sélectionnant cette instance, je peux faire un reboot de l'instance,et vous allez voir qu'en faisant ce reboot, et bien le service sera relancé automatiquement.
00:05:41 :Donc si je reviens dans mon terminal, vous voyez que là on est sorti de ce terminal, de cette session, puisqu'on a un système power off ici,donc ça a été arrêté, la connexion a été arrêtée, c'est normal, et si je reviens là on voit qu'il est en train d'être,
00:05:55 :je pense qu'il est déjà redémarré en fait, donc voilà ce que c'est sous l'initiative de rebooting, donc je pense que c'est déjà bon,et si je reviens sur mon site ici, vous voyez que là effectivement ça fonctionne, il est toujours en ligne,et si j'essaye de me reconnecter depuis mon terminal, donc si je refais un SSH, effectivement on va voir que je suis bien à l'intérieur de mon AWS,
00:06:14 :donc de mon instance AWS, et si je fais un pseudo systemctl status, on voit qu'effectivement le service est toujours actif.Donc ça fonctionne, et si j'actualise ici, on a notre site qui fonctionne toujours même après le reboot.

Ce n'est pas fini...

✋

Tu as complété % du parcours 🔥

Termine l'intégralité de la formation pour pouvoir débloquer ton attestation de réussite.

Rechercher sur le site

Inscris-toi à Docstring

Pour commencer ton apprentissage.

Tu as déjà un compte ? Connecte-toi.