Watch our video
August 2022
6 min. read

[馃嚝馃嚪 FR] Qu鈥檈st-ce que le PaaS ? Avantages, d茅savantages, et co没ts

Au cours de la derni猫re d茅cennie, les services de cloud computing ont 茅volu茅 脿 une vitesse folle. 脌 tel point qu鈥檌l est pratiquement impossible de suivre toutes les nouveaut茅s de l’茅cosyst猫me cloud. Si vous cherchez 脿 comprendre plus en d茅tail ce qu’est une plateforme en tant que service (PaaS) et ses cas d’utilisation, vous 锚tes au bon endroit.

Dans cet article, nous parlerons de ce qu’est r茅ellement une plateforme en tant que service, ses avantages et ses inconv茅nients, ce qui la diff茅rencie des autres mod猫les de cloud computing (IaaS et SaaS), ses co没ts, et surtout comment cela peut aider votre organisation 脿 cr茅er de meilleures applications.

Un bref aper莽u de l’histoire du PaaS

Le concept de Platform as a Service est n茅 en 2005, dans des datacenters priv茅s, et pens茅 par des SysAdmins. La premi猫re PaaS publique officielle 脿 avoir vu le jour est Zimki, lanc茅 en 2006 par la soci茅t茅 londonienne Fotango, une compagnie appartenant 脿 Canon Europe.

Zimki 茅tait une plateforme informatique de d茅veloppement d’applications web JavaScript et sa particularit茅 est qu’elle 茅liminait les t芒ches fastidieuses li茅es au d茅veloppement de services et d’applications web : la configuration de pare-feu, le branchement de load balancers, la cr茅ation et le renouvellement de certificats, le logging, etc. Toutes ces t芒ches qui peuvent devenir tr猫s r茅p茅titives lorsque vous cr茅ez des applications et des services web.

脌 l’exception de Zimki, entre les ann茅es 2005 et 2008, le PaaS 茅tait encore un concept m茅connu en g茅nie logiciel. C’est alors que des entreprises 茅mergentes ont commenc茅 脿 populariser l’utilisation des services de cloud computing (PaaS, IaaS et SaaS) et ont voulu b芒tir leur r茅putation sur un mod猫le de plateforme.

Le PaaS avait un objectif clair : permettre aux d茅veloppeurs d’utiliser une plateforme unique afin de cr茅er et d’ex茅cuter une application compl猫te, du d茅ploiement des mises 脿 jour 脿 l’h茅bergement de bases de donn茅es. Cette caract茅ristique unique l’a rendu populaire et l’a aid茅 脿 prosp茅rer 脿 partir de 2016, avec le d茅but de l’猫re des conteneurs et l’explosion des startups bas茅es sur le cloud.

Qu鈥檈st-ce qu鈥檜n PaaS ?

Pour r茅sumer, PaaS est un mod猫le de cloud computing qui fournit aux d茅veloppeurs une plateforme pour d茅velopper, d茅ployer et ex茅cuter des applications. Son objectif principal est d鈥檃cc茅l茅rer le d茅veloppement et c’est la raison pour laquelle il vise 脿 茅liminer les d茅lais, les co没ts et la complexit茅 li茅s 脿 la configuration, au d茅ploiement et 脿 la gestion de l’infrastructure.

Quelles sont les caract茅ristiques d鈥檜n PaaS ?

Toutes les technologies PaaS suivent le mod猫le de responsabilit茅 partag茅e, qui est la seule caract茅ristique commune entre le PaaS et les autres mod猫les (IaaS, SaaS, DaaS). Les utilisateurs PaaS sont responsables du code et des donn茅es de leurs applications, ainsi que de tout environnement d’ex茅cution personnalis茅, tandis que le fournisseur g猫re de son c么t茅 :

– Environnement d’ex茅cution

– Middleware

– Syst猫mes d’op茅ration

– Virtualisation

– Serveurs

– Stockage

– Mise en r茅seau

Toutes ces briques techniques de bas niveau sont mises en jeu dans la proposition de valeur unique d’une plateforme PaaS :

  • fournir une infrastructure – serveurs, r茅seau, stockage
  • d茅marrer et d茅ployer des serveurs – installer et configurer le syst猫me d’exploitation, installer le runtime souhait茅, installer les correctifs de s茅curit茅 et les maintenir 脿 jour
  • proposer des services middleware – base de donn茅es, service de messagerie, stockage de cache, etc. Les types de middleware fournis d茅pendent toujours du choix du PaaS et de son impl茅mentation

Le PaaS est l脿 pour automatiser la partie Ops (administration syst猫me) afin que les d茅veloppeurs puissent se concentrer sur le Dev, car c’est son utilisation et ses outils qui apportent de la valeur. Chaque fournisseur de services devrait viser 脿 aller plus loin que le d茅ploiement d’une application ou d’une base de donn茅es, et c’est pourquoi le PaaS a 茅t茅 cr茅茅, pour 锚tre plus qu’une simple abstraction d’infrastructure ou une plateforme cloud.

La valeur ajout茅e du PaaS c鈥檈st l鈥檃spect exp茅rience utilisateur qui est crucial pour l’utilisation de tout service de cloud computing. Le mod猫le PaaS prend en consid茅ration le cycle de vie du d茅veloppement logiciel (SDLC) et l’exp茅rience du d茅veloppeur, plus que toute autre chose.

  • Est-il facile de d茅ployer une application avec un PaaS ?
  • Quel est l’impact sur le pipeline CI/CD ?
  • S’int猫gre-t-il aux r茅f茅rentiels Git ou 脿 un pipeline existant ?
  • Quel est le niveau de personnalisation d’une application PaaS ?
  • Comment trouver le juste milieu entre une plateforme trop complexe avec des options et des outils de configuration d’application sans fin et une plateforme trop simple qui offre peu ou pas d’options de configuration d’application, sans perdre les valeurs fondamentales du PaaS ?
  • Les applications peuvent-elles 锚tre ex茅cut茅es une fois d茅ploy茅es ?
  • Qu’en est-il du monitoring des applications et du syst猫me d’alerte ?
  • Le middleware peut-il 锚tre ex茅cut茅 et surveill茅 ?
  • Qu’en est-il des sauvegardes des bases de donn茅es ?
  • Dans quelle mesure l’int茅gration entre le code et le middleware est-elle transparente ?
  • 脌 quel point une application PaaS est-elle r茅siliente et 茅volutive ?
  • Pouvons-nous utiliser un PaaS pour cr茅er des applications 茅volutives ?
  • Que se passe-t-il si un datacenter tombe en panne ?

Toutes ces questions sont au c艙ur de ce que le PaaS vise 脿 r茅aliser en tant que service cloud et dans le cas d’Artifakt en particulier, ces questions orientent l’ensemble de notre roadmap produit.

Quels sont les avantages du PaaS ?

Le PaaS pr茅sente de nombreux avantages, mais pour r茅sumer :

鈥 il offre le bon niveau d’abstraction pour les d茅veloppeurs

鈥 c’est un service de paiement 脿 la demande

鈥 il est construit sur des bonnes pratiques partag茅es

La principale valeur ajout茅e apport茅e par le PaaS est qu’il fournit aux d茅veloppeurs tous les outils n茅cessaires pour se concentrer sur leur c艙ur de m茅tier : coder ! La gestion de l’infrastructure n’est pas la fa莽on la plus rentable d鈥檜tiliser l’expertise des d茅veloppeurs. Sans oublier que trouver des d茅veloppeurs avec cet ensemble de comp茅tences particulier est souvent tr猫s difficile et/ou tr猫s co没teux.

Le PaaS offre 茅galement de grands avantages par rapport 脿 d’autres services, comme la base de donn茅es en tant que service (Database as a Service – DBaaS), le stockage bas茅 sur des objets et bien d’autres. Nous n’allons pas comparer les caract茅ristiques du PaaS vs d’autres mod猫les de cloud computing (IaaS et SaaS) dans cet article, mais si le sujet vous int茅resse, vous pouvez consulter cet autre article.

Quels sont les d茅savantages du PaaS ?

Honn锚tement, il n’y a pas grand-chose 脿 mentionner, 脿 part :

– Le format 鈥渢aille unique鈥 ne convient forc茅ment pas 脿 tout le monde

– La d茅pendance au fournisseur

– Le prix peut 锚tre assez difficile 脿 anticiper

De nombreuses personnes d茅crivent ce mod猫le comme une technologie qui a atteint son apog茅e en termes d’efficacit茅, tandis que d’autres, 脿 juste titre, soulignent quelques inconv茅nients li茅s 脿 l’utilisation de ce mod猫le. Notamment la rigidit茅 qui accompagne la d茅pendance du fournisseur et le risque de non-viabilit茅 financi猫re.

Ce dernier argument est extr锚mement important. Si vous investissez dans le mauvais fournisseur qui, malheureusement, ne r茅pond pas 脿 l鈥檈nsemble de vos enjeux business, cela peut vous obliger 脿 migrer vos applications, vous co没tant de l’argent et de tr猫s nombreuses heures de travail.

Un avantage pour quelqu鈥檜n peut 锚tre un inconv茅nient pour quelqu鈥檜n d鈥檃utre

C鈥檈st normal de vouloir conna卯tre tous les avantages et les inconv茅nients d’une technologie donn茅e, mais la fronti猫re entre les deux n’est pas toujours claire. Une caract茅ristique du PaaS consid茅r茅e comme un avantage dans un sc茅nario peut 锚tre un inconv茅nient dans un autre, cela d茅pend vraiment du cas d’utilisation.

Le PaaS peut amener ce que nous appelons un effet de bo卯te noire. Les utilisateurs peuvent observer son comportement, la magie qu’il cr茅e, sans pouvoir r茅ellement comprendre ou voir les m茅canismes internes, car ce n’est pas ainsi que fonctionne ce mod猫le. Et cette 鈥渕agie鈥 du PaaS n’est pas vraiment compatible avec l’utilisation d’une architecture rigide.

Un autre point que nous pouvons mentionner ici est le prix. La tarification des services PaaS (voir plus ci-dessous) est souvent consid茅r茅e comme un avantage pour les petites entreprises, car elles ont tout ce dont elles ont besoin dans une seule bo卯te 脿 outils. Mais cela peut 锚tre vu comme un inconv茅nient pour les grandes entreprises qui peuvent facilement perdre la visibilit茅 sur l’utilisation et les co没ts d’ing茅nierie et essayer de comparer le tarif d鈥檜n PaaS aux tarifs d鈥檜ne infrastructure en tant que service (IaaS).

Et oui, utiliser une infrastructure PaaS co没te d茅finitivement plus cher que l’茅quivalent IaaS. Cependant, le PaaS rassemble tous les co没ts d’Ops et de R&D dans une seule facture commune. Nous entrerons plus dans le d茅tail 脿 ce sujet plus tard.

Combien co没te un PaaS ?

C’est assez difficile de faire une r茅ponse simple 脿 cette question puisque le prix des offres PaaS d茅pend de plusieurs variables. Pour n’en citer que quelques-uns :

鈥 L鈥檜tilisation multidimensionnelle

鈥 Les param猫tres 鈥減i猫ges鈥濃攂ande passante, sauvegardes, r茅gions

鈥 Une licence sp茅ciale peut s’appliquer

De nombreux services PaaS, h茅berg茅s ou auto-h茅berg茅s, offrent un acc猫s gratuit, mais tr猫s limit茅. En r猫gle g茅n茅rale, les services PaaS de base co没tent de quelques euros 脿 plusieurs milliers par mois, selon vos besoins. L’id茅e derri猫re le mod猫le de tarification est de pouvoir s’int茅grer 脿 votre infrastructure existante 脿 faible co没t, puis d’adapter le dimensionnement, et donc le co没t de la plateforme, en fonction de votre utilisation r茅elle.

Le mod猫le PaaS peut 锚tre extr锚mement rentable par rapport aux datacenters traditionnels ou aux fournisseurs d’h茅bergement cloud lorsqu’il est utilis茅 correctement. D’une certaine mani猫re, il faut voir le PaaS comme une base de fondation qui vient avec pleins de briques suppl茅mentaires qu鈥檕n peut ajouter ou non selon le besoin. En raison de son co没t d’entr茅e relativement faible, il est souvent mentionn茅 comme alternative aux fournisseurs cloud traditionnels pour h茅berger des applications web.

R茅sum茅

Que je vous ai convaincu que le PaaS est la bonne option pour vous ou non, j’esp猫re que vous avez appr茅ci茅 cet article ! Le PaaS n’est certainement pas le meilleur mod猫le dans chaque sc茅nario, mais il poss猫de ind茅niablement de nombreux avantages.

Entre son positionnement unique dans le cycle de d茅veloppement (SDLC), le focus sur l’exp茅rience des d茅veloppeurs et son prix abordable compar茅s au datacenters traditionnels, le PaaS a beaucoup 脿 offrir en tant que service cloud.

Quel que soit le mod猫le que vous d茅cidez d’adopter, assurez-vous de toujours faire un audit minutieux avant de choisir un fournisseur et sans perdre de vue vos objectifs, bien s没r, donnez la priorit茅 aux besoins de votre 茅quipe de d茅veloppement, ils sont au c艙ur de votre produit鈥!

Also on our blog

Comment CWS et Artifakt ont r茅alis茅 un Sylius headless pour un ambitieux client europ茅en ?
Artifakt a accompagn茅 l鈥檃gence web CWS pour l鈥檋茅bergement de Pelta D茅fense, une nouvelle marque sur un march茅 de niche 脿 fort potentiel : les produits d鈥檃uto-d茅fense.
Svetlana Pogodina
29 September
3 min. read
[馃嚝馃嚪 FR] Top 10 des avantages du PaaS pour une agence web
Maxime, Product Manager chez Artifakt fait son retour d'exp茅rience en tant qu'ancien chef de projet en agence web et explique comment utiliser un PaaS aurait pu am茅liorer son travail au quotidien.聽
Maxime Herbaut
21 July
7 min. read
PlatformCon 2022 recap, from a public PaaS PoV
In June 2022 we joined PlatformCon, the first virtual event around the very core of our product vision: 鈥淧latforms鈥. In this blog post, we will share our recap of the most impactful talks for a public PaaS like Artifakt.
Djalal Elbe
01 July
8 min. read
Stay up to date and join the mailing list to get the newest articles!