Bonne question, n\u2019est-ce pas ? Vu la fr\u00e9quence \u00e0 laquelle le terme \u00ab cloud \u00bb est utilis\u00e9 dans les m\u00e9dias et par divers fournisseurs, on pourrait croire qu\u2019il existe une d\u00e9finition unique et pr\u00e9cise du cloud ; or, c\u2019est loin d\u2019\u00eatre le cas. Le cloud est un terme qui d\u00e9crit les exigences minimales d\u2019un syst\u00e8me, sans toutefois permettre de d\u00e9duire pr\u00e9cis\u00e9ment la technologie utilis\u00e9e. D\u2019ailleurs, il n\u2019existe pas non plus de v\u00e9ritable consensus sur ces exigences minimales… <\/p>\n\n
Le cloud d\u00e9crit tout d\u2019abord une forme de virtualisation (abstraction de la couche physique) permettant d\u2019exploiter une infrastructure de serveurs, afin de pouvoir remplacer facilement le mat\u00e9riel ou ajouter des serveurs suppl\u00e9mentaires en cas de besoin \u2014 ce type de cloud est \u00e9galement appel\u00e9 IaaS (Infrastructure as a Service). Le terme cloud est \u00e9galement utilis\u00e9 pour d\u00e9signer le PaaS (Platform as a Service) ou le SaaS (Software as a Service). Il s\u2019agit l\u00e0 aussi d\u2019abstraire la couche sous-jacente : avec le PaaS, un syst\u00e8me d\u2019exploitation ainsi que ses param\u00e8tres sont fournis pour l\u2019exploitation ad hoc d\u2019applications (souvent utilis\u00e9 par les d\u00e9veloppeurs), tandis qu\u2019avec le SaaS, un acc\u00e8s \u00e0 une application sp\u00e9cifique est propos\u00e9 \u2014 par exemple un compte de messagerie web. <\/p>\n\n
Qu\u2019un prestataire de services virtualise ou automatise ses produits ou non ne regarde en soi que lui-m\u00eame : le service fourni (instance de serveur, syst\u00e8me d\u2019exploitation ou application) n\u2019est pas diff\u00e9rent, du point de vue de l\u2019utilisateur, de ce qu\u2019il serait sans virtualisation. Du point de vue de l\u2019utilisateur, il est en revanche essentiel d\u2019avoir conscience des cons\u00e9quences possibles de l\u2019utilisation d\u2019un cloud, notamment lorsque le fournisseur n\u2019h\u00e9berge pas ses services dans le m\u00eame pays, lorsque les donn\u00e9es h\u00e9berg\u00e9es n\u00e9cessitent une protection particuli\u00e8re, lorsque la disponibilit\u00e9 du syst\u00e8me rev\u00eat une importance particuli\u00e8re, etc. En contrepartie, il convient de mettre en balance les co\u00fbts li\u00e9s \u00e0 une exploitation en interne. Comme souvent, on n\u2019avance pas sans compromis… <\/p>\n\n
La baisse constante des co\u00fbts du mat\u00e9riel, conjugu\u00e9e \u00e0 l\u2019augmentation de ses performances et \u00e0 la diffusion quasi g\u00e9n\u00e9ralis\u00e9e des connexions \u00e0 haut d\u00e9bit, a fait \u00e9merger de nombreux clouds proposant des offres tr\u00e8s vari\u00e9es. Le secteur du Software as a Service conna\u00eet d\u2019ailleurs la croissance la plus rapide au monde, ses services s\u2019adressant \u00e9galement aux particuliers.<\/p>\n\n
\u00c0 ce jour, les entreprises d\u2019h\u00e9bergement web proposent n\u00e9anmoins encore majoritairement des produits de type \u00ab PaaS \u00bb, c\u2019est-\u00e0-dire un simple espace de stockage sur lequel, par exemple, une application web peut \u00eatre d\u00e9ploy\u00e9e et exploit\u00e9e par le client. Ce n\u2019est que r\u00e9cemment que l\u2019on passe peu \u00e0 peu au SaaS, le plus souvent gr\u00e2ce \u00e0 des applications de cr\u00e9ation de sites web d\u00e9velopp\u00e9es en interne, achet\u00e9es ou lou\u00e9es. <\/p>\n\n