Dis, papa, c'est quoi le PAAS? (Platform As A Service)

Voilà ma question du jour.
Dans les différentes catégories de prestation Cloud, j'ai bien compris ce qu'étaient les IAAS et SAAS (respectivement Infrastructure / Software As A Service).

J'ai plus de mal à comprendre ce qu'est le PAAS. Donc j'ai besoin de votre aide.
J'ai lu quelques articles, et quasiment tous parlent d'un seul et unique exemple : l'hébergement de base de donnée sur une "plateforme" administrée par le prestataire, le client ne s'occupant que de l'administration de la base de donnée, pas des logiciels sous-jaçants, pas des sauvegardes, pas de l'administration serveur.

Quelques questions pour essayer de comprendre :
 * est-ce que les offres d'hébergement de site web (PHP + MySQL) c'est aussi considéré comme du PAAS?
 * est-ce que vous avez d'autres exemples que ces 2 là? (hébergement site web + base de donnée) Parce que c'est assez maigre pour se faire une idée précise derrière la définition de PAAS. Est-ce qu'il y a d'autres domaines où on utilise du PAAS?

Les articles sur le PAAS parlent aussi de "Runtime", et malgré quelques lectures, je n'arrive toujours pas à comprendre ce que signifie ce terme "Runtime". Vous n'auriez pas une définition avec des mots simples pour un non-initié?

Merci à tous!

Leon.

Les articles sur le PAAS parlent aussi de "Runtime", et malgré quelques lectures, je n'arrive toujours pas à comprendre ce que signifie ce terme "Runtime".

En fait le Francais et l'informatique c'est pas compatible 

J'avais déja cité le cas d'une imprimante ou la notice Francaise indiquait "grasseur des carractères" pour dire "Font" que tous le monde comprend... sauf moi qui comprenait pas avant  de lire la notice Anglaise 

Pour le runtime tout dépend du contexte, pour un processeur c'est le temps d'éxecution, pour une procédure, ca défini le temps qu'il faut pour qu'elle soit fonctionnel, mais pour le PAAS je sais pas ce que ca peux définir, faut lire la phrase compète.

Merci pour vos réponses.

Mais je reste un peu sur ma faim, désolé, autant le dire franchement. 

Est-ce que vous avez d'autres exemples que la "base de donnée PaaS" dont tout le monde parle?
Est-ce que du "cloud storage", c'est considéré comme du PaaS par exemple?

Et surtout est-il possible d'utiliser un vocabulaire compréhensible par tout le monde? Je suis assez ignorant dans tout ce qui est couches logicielles, virtualisation, etc...

L'exemple MySQL est valable aussi avec du Mongo, du Cassandra, etc. Ce qui est important c'est que ça soit dédié sous une certaine forme, car ça fait longtemps longtemps que les hébergeurs savent fournir du MySQL ou du Apache mutualisé.

Le PaaS est proche de l'infogérance dédiée sauf que le déploiement est automatisé et qu'il y a peu ou pas de custo.

Du coup, de l'hébergement mutualisé, ça n'est pas du PaaS, c'est bien ça?
Bizarre, car dans toutes les définitions que j'ai lues, ils ne parlaient pas de "ressources dédiées". Mais je te crois.

Plateform = les couches applicatives au dessus d'un OS utilisées pour faire une application = la stack

Est-il possible de traduire en un langage compréhensible, stp? Parce que je n'ai vraiment pas compris.
"Une application", c'est un logiciel, c'est ça? Si oui, ça tourne directement sur un OS, non? En tout cas, c'est comme ça que j'avais compris.

Il y aurait une "couche applicative" entre l'OS et le logiciel? Si oui, est-il possible d'en savoir un peu plus? C'est le fameux "runtime", dont aucune des définitions que je trouve ne me permet de comprendre de quoi ça parle?

VM/containers -> IaaS
plateform  -> PaaS
Application -> SaaS

OK, c'est bien ce qui est écrit partout, mais ça ne me donne pas plus de détail sur ce qu'est le PaaS.

Question subsidiaire : c'est quoi un Container? Encore une fois, malgré toutes les définitions et articles que l'on peut lire (et qui disent toutes à peu près la même chose, encore heureux), je n'arrive pas à comprendre ce que c'est.

Azure (ms) definit ca comme ca:

OK, mais "Runtime" et "Middleware", ça veut dire quoi?

Leon.

Est-ce que vous avez d'autres exemples que la "base de donnée PaaS" dont tout le monde parle?
Est-ce que du "cloud storage", c'est considéré comme du PaaS par exemple?

Storage = IaaS

Qu'il soit en mode cloud ou pas.

Du coup, de l'hébergement mutualisé, ça n'est pas du PaaS, c'est bien ça?
Bizarre, car dans toutes les définitions que j'ai lues, ils ne parlaient pas de "ressources dédiées". Mais je te crois.

C'est surtout l'application qui t'es dédiée : tu as accès à des paramètres de tuning par exemple que tu ne peux pas avoir en mutu. En mutu, tu partages un "moteur applicatif" et des ressources.

Le PaaS représente surtout la capacité à déployer une couche applicative en mode automatique, de manière extensible (=scalable comme on dit) et avec un certain degré de contrôle des performances -> ça peut aller de serveurs dédiés à des VM ou des containers.

"Une application", c'est un logiciel, c'est ça? Si oui, ça tourne directement sur un OS, non? En tout cas, c'est comme ça que j'avais compris.

Il y aurait une "couche applicative" entre l'OS et le logiciel? Si oui, est-il possible d'en savoir un peu plus? C'est le fameux "runtime", dont aucune des définitions que je trouve ne me permet de comprendre de quoi ça parle?

Prenons ça autrement. Un développeur a besoin de couches applicatives pour obtenir le résultat final à ses utilisateurs/clients. Ces couches applicatives ça peut être du PaaS. C'est pour cela qu'on parle de "stack".

Si on découpe ça :
 - tu fais tout toi-même, infra, couches applicatives, etc : mode privé, on dit "On Premise", tu dois tout gérer, serveur, stockage, sauvegarde, réseau, OS, couches applicatives jusqu'au résultat final
 - tu remplaces l'infra par du IaaS : serveur, stockage, etc c'est plus ton problème, mais il te reste l'OS et les couches applicatives à gérer pour pouvoir obtenir ton résultat final
 - tu ne veux que des couches applicatives, pas envie de gérer l'OS, tu utilises du PaaS : en prenant les différentes briques tu parviens à ton résultat final.

IaaS, PaaS, SaaS, c'est une forme d'infogérance mais qui est automatisé, basée sur des métriques connus et qui est extensible... dans la limite de ton budget

Question subsidiaire : c'est quoi un Container? Encore une fois, malgré toutes les définitions et articles que l'on peut lire (et qui disent toutes à peu près la même chose, encore heureux), je n'arrive pas à comprendre ce que c'est.

Partons plutôt à l'envers, un container ce n'est pas:
 - une VM
 - un jail BSD/Solaris

Un container c'est un package permettant le fonctionnement autonome d'une application. Il en existe de 2 types:
 - stateless : aucun état à stocker, on peut l'arrêter/démarrer quand on veut, typiquement un Apache, un Tomcat ou un Nginx
 - statefull : informations locales à conserver, le container est plus délicat à gérer, exemple une base MySQL

A quoi ça sert ? Imagine que lafibre.info soit "conteneurisé" :
 - on aurait un conteneur pour la base MySQL
 - on aurait au moins un Apache et Vivien pourrait en ajouter à la volée, en fonction de la charge

C'est quoi la différence avec une VM ? une VM = un OS. Un conteneur ne contient que le nécessaire. Comment on upgrade ? On met à jour l'image du conteneur puis on remplace en live en arrêtant/démarrant les anciens et nouveaux.

Aujourd'hui le stateless est de loin le plus adapté et là où le conteneur prend tout son sens c'est quand tu l'associe à un ordonnanceur comme MEsos/Marathon ou Kubernetes.

Il y aurait une "couche applicative" entre l'OS et le logiciel? Si oui, est-il possible d'en savoir un peu plus? C'est le fameux "runtime", dont aucune des définitions que je trouve ne me permet de comprendre de quoi ça parle?
OK, c'est bien ce qui est écrit partout, mais ça ne me donne pas plus de détail sur ce qu'est le PaaS.

runtime = moteur SQL par exemple, le serveur Apache, l’interpréteur PHP.

Par exemple, si tu veux faire un site comme lafibre.info il y a 4 composants:

l'OS puis au dessus tourne un serveur web (Apache) qui appelle un interpréteur Php (qui exécute des pages php donc ce qui produit des pages html envoyés par le serveur Apache aux clients). Le code Php fait des appels a une base SQL pour lire/stocker les données (messages du forums) de façon à  avoir une persistance (stockage). La base SQL n'est pas forcement sur le meme serveur physique et il peut même y avoir plusieurs serveurs Apache (pour les gros sites notamment). Le code php est fournit pas SMF (Simple Machines Forum).

En mode IaaS, c'est a toi de gérer tout sauf le matériel.

En mode PaaS, un prestataire peut s'occuper pour toi de l'OS, d'Apache+PhP et de la base SQL. TU n'a qu'a founir le code php et gérer la conf du serveur Apache et de la base SQL. le prestataire s'occupe des installations, mises jour, déplacement si matériel en panne, backup, etc

Tu peux vouloir que déléguer la base SQL et pas le serveur web par exemple.

En mode SaaS, le prestataire va tout gérer y compris l'installation de SMF, t'aura plus qu'a t'en servir.


Donc entre le code source du forum (SMF) et l'OS il y a bien une "plateforme", un runtime. il y en a 3 en fait: PHP sur Apache et
 a coté , en parallèle, SQL.
 

Merci à tous les 2 d'avoir pris le temps de me répondre.
C'est plus clair.

Je vais digérer tout ça, et relire des articles avec ce nouvel éclairage, ça devrait aller mieux maintenant.

Leon.