Comprendre le cloud avec le Platform as a Service, ou PaaS

Durée: 8m11s

Date de sortie: 10/04/2024

Le modèle d'hébergement cloud "Platform as a Service" a révolutionné la manière donc on envisage le déploiement d'une application web.

Salut et bienvenue dans ce nouvel épisode du podcast de Code Garage.
Je me suis Nicolas Brondin-Bernard et aujourd'hui, on va parler du cloud,
mais surtout de ce qu'on appelle le PASS ou le Platform As A Service.
Et on va essayer d'expliquer en quelques minutes
pour que vous compreniez tout ce qu'il y a à savoir sur cette technologie.
Alors si je devais prendre une définition très rapide du Platform As A Service,
PASS justement, c'est le terme utilisé pour définir un hébergement cloud
grâce auquel un développeur ou une développeuse va pouvoir déployer une application
sans se soucier de l'infrastructure utilisée par la plateforme qui fournit ses services.
On a quelques exemples de fournisseurs, par exemple Code Garage,
la plateforme est hébergée chez Clare Cloud en PASS justement,
mais on peut évoquer notamment Heroku, Versel, Netlify, AWS aussi fournit du PASS, etc.
Mais si on se limite à cette définition-là,
qui est valide, mais il va être difficile de tirer les avantages et les contraintes de cette solution.
C'est pour ça qu'on va rentrer un petit peu plus dans les détails.
Le Platform As A Service, c'est un hébergement qui déploie du code pour vous.
Vous n'avez pas à vous préoccuper de la machine, du système d'exploitation,
ni même de l'environnement d'exécution, un serveur web, proxy, machine virtuelle,
JVM, peu importe, mais simplement de votre application, de votre code.
Tout le reste est géré pour vous ou presque.
C'est pendant la création de votre application sur un service d'hébergement Cloud
que vous allez pouvoir définir vos préroquis.
Souvent, ça va être le langage utilisé, le nombre de machines, entre très gros guillemets,
mais on va plus souvent parler de nœuds par exemple,
mais la localisation des datacenters, les nombres de domaine que vous allez associer,
les variables d'environnement, etc.
Et vous pourrez même y associer souvent des modules, souvent des services tiers,
pour la gestion des logs, l'envoi d'email, le stockage de données, fichiers, etc.
Mais bon, outre la simplification évidente en termes de déploiement,
parce que vous n'avez plus besoin de vous soucier de votre environnement d'exécution,
le principal avantage réside dans la scalabilité, le passage et l'échelle de votre application.
Ça peut être une scalabilité à l'horizontale, à voir plus de machines,
ou à la verticale de plus grosses machines ou de plus gros nœuds.
Là, ou sur un hébergement plus classique, VPS ou serveurs dédiés par exemple,
vous auriez dû commander une nouvelle machine, réinstaller votre environnement,
migrer le code de votre application,
configurer éventuellement un load balancer pour gérer la charge, etc.
Changer l'échelle de votre application hébergée en passe,
ça revient à cliquer sur un bouton,
attendre quelques secondes, voire minutes, le rédéploiement et terminé.
Sur et sur le gâteau, le déploiement en plus,
il se fait en général directement depuis Git.
On ajoute l'origine de l'application chez l'hébergeur,
et puis un simple guide push et l'application se redéploie.
Alors évidemment, ce type d'hébergement, ça a des contraintes,
pour que votre application ait fonctionné correctement,
et notamment si jamais vous faites de la scalabilité horizontale,
mais même de toute façon en plateforme de service en général,
il faut que votre application, elle soit state less,
ou sans état, on dit en français.
Ça signifie qu'il ne faut pas stocker de données,
ou de fichiers à l'intérieur ou à côté de votre application.
Parce que sinon, à la prochaine mise à jour de l'application, tout disparaît.
En gros, il faut vous dire que la RAM,
c'est quelque chose qui peut être vidé d'un moment à l'autre.
Et ça, c'est un préviqué pour que l'hébergeur,
il puisse migrer facilement votre application d'une machine à l'autre,
ou la cloné pour la déployer sur plusieurs machines différentes.
C'est ce qu'on va faire en général,
ces hébergeurs-là proposent une scalabilité élastique,
c'est-à-dire que si vous avez deux utilisateurs,
vous allez avoir un tout petit nœud très peu performant,
mais ça vous suffira.
Et si vous avez un PIC à 30 000 utilisateurs,
eh bien ça va se configurer automatiquement pour répliquer votre application,
et il va déployer de manière à pouvoir fournir votre application à tous ces utilisateurs.
La deuxième contrainte, c'est que la plupart des hébergeurs
ne vous communiquent pas des adresses IP de vos machines.
Et c'est logique, puisque comme on l'a dit,
les nœuds et les machines qui sont là pour héberger,
elles peuvent changer à tout moment.
Donc il faudra vous contenter d'une nôtre de domaine fourni par les hébergeurs
ou de votre nôtre de domaine personnalisé.
Alors ça couvre 80% des usages classiques, on va dire,
mais pour certains systèmes,
je pense par exemple à des IP autorisés dans une whitelist,
pour un de vos clients ou des choses comme ça,
ou pour des enregistrements DNS qui se feraient spécifiquement par l'adresse IP,
eh bien ça peut devenir une contrainte à prendre en compte.
Très honnêtement, moi j'ai fait du passe depuis des années maintenant,
je pense 2016, ça m'est arrivé une à deux fois d'avoir une contrainte avec un client
et on a toujours réussi à trouver une solution alternative.
La solution pour contourner la contrainte state less,
c'est de passer évidemment par une base de données externe à votre application.
D'ailleurs, il y a beaucoup de services qui sont proposés par les hébergeurs pass.
Ça vous permet de faire passer votre base de données également à l'échelle
parce qu'il y a certains services qui le permettent de le faire très facilement.
Et si votre application nécessite de stocker des fichiers au runtime pendant l'exécution,
eh bien vous pouvez utiliser un service de stockage externe de type S3 par exemple,
en créant un bucket et en utilisant les API disponibles
ou en montant directement ce bucket comme un système de fichiers virtuel
grâce à des solutions comme S3FS par exemple.
Alors ça c'est bien sûr des exemples de solutions à ces contraintes,
mais c'est loin d'être les seuls disponibles.
Alors quelles sont les hébergeurs qui proposent des solutions passent ?
Je vous les dis tout à l'heure, moi l'hébergeur de cœur
parce que d'abord le produit est vraiment génial,
en plus c'est français et le support est vraiment ultra réactif.
C'est Clever Cloud, un hébergeur français basé à Nantes
et qui marche vraiment très très bien.
Moi je recommande vraiment de les utiliser.
Ils n'ont pas sponsorisé cet épisode.
Et si vous voulez le faire les gars, c'est avec grand plaisir.
Mais en tout cas, je vous recommande vraiment leur service.
Et puis après vous avez des services comme AWS Beanstalk,
Microsoft Azure, Google App Engine, Heroku, etc.
Vous avez énormément de solutions.
Je vous conseille vraiment si jamais vous n'avez jamais rien déployé dans le cloud
et en tout cas on passe d'aller essayer.
Et il y a de fortes chances que vous ne reveniez jamais en arrière
parce que déployer de cette manière là c'est vraiment d'une simplicité telle
que ça peut vraiment changer votre vie à minimum,
en tout cas la manière dont vous déployez vos applications.
Et ça va vous faciliter beaucoup de choses.
J'espère que vous en aurez appris un petit peu plus sur le cloud
et plus spécifiquement sur le plateforme de service.
Moi je vous donne rendez-vous la semaine prochaine
pour un prochain épisode du podcast, comme toutes les semaines.
Mais si vous voulez me retrouver avant,
mais surtout si vous voulez apprendre d'autres choses et encore plus de choses,
je vous recommande d'aller faire un tour sur code-garage.fr,
notre plateforme où on a principalement évidemment
tous nos articles de blog, tous les épisodes de podcast,
vous pouvez les retrouver là-bas.
Mais surtout tous nos cours et formations complètes
avec les cours théoriques, les exercices, les quizzes,
les certificats de validation,
pas tout simplement pour apprendre et apprendre beaucoup plus vite
que de sauter simplement tutoriels en tutoriels.
Tous les cours sont accessibles avec un petit abonnement.
On a fait une offre, un programme spécial sur 2024
pour les chercheurs et chercheuses d'emploi de plus de trois mois dans le lève.
Vraiment allez-y faire un tour, vous pouvez même créer votre profil public,
votre portfolio, vous rentrez dans la communauté,
vous pouvez aussi indiquer ce que vous cherchez,
ce que vous cherchez, un job, une mission, comme ça.
Nous les partenaires et les recruteurs qui passent sur la communauté
peuvent vous contacter directement.
Franchement, on essaye, notre vision à long terme,
c'est d'être une plateforme incontournable pour les devs en France
et un jour dans le monde.
Et d'après les retours des utilisateurs et des membres de la communauté,
on commence à avoir cette possibilité-là.
En tout cas, on peut y faire tellement de choses
et apprendre à y progresser tellement rapidement
que je vous recommande vraiment d'aller y faire un tour.
Je vous donne rendez-vous la semaine prochaine
pour un prochain épisode du podcast.
Salut !

Les infos glanées

Je suis une fonctionnalité encore en dévelopement

Signaler une erreur

Code-Garage

Découvrons ensemble des sujets passionnants autour du métier de dev et de la programmation en général !
Tags
Card title

Lien du podcast

[{'term': 'Technology', 'label': None, 'scheme': 'http://www.itunes.com/'}]

Go somewhere