Hébergement sur site ou cloud
L’hébergement sur site ou cloud désigne deux façons d’exploiter un logiciel. Sur site (on-premise), il tourne sur une infrastructure que l’organisation possède ou contrôle, dans ses propres centres de données ou chez un hébergeur qu’elle pilote. L’hébergement cloud confie l’infrastructure (et selon l’offre l’exploitation du logiciel lui-même) à un fournisseur qui la facture comme un service.
Définition et fonctionnement
Entre les deux existent de nombreuses variantes (cloud privé dédié, offre gérée par l’éditeur, cloud public exploité par l’équipe interne). Ce qui se déplace entre ces modèles n’est pas le serveur, c’est la responsabilité. Qui applique les correctifs de sécurité, qui surveille la nuit, qui restaure une sauvegarde, qui paie quand le trafic triple ? En cloud, le fournisseur prend une partie de ces tâches et le contrat dit lesquelles. Le principe porte le nom de responsabilité partagée. Le fournisseur sécurise ce qu’il exploite, le client reste responsable de ses données, de ses accès et de sa configuration.
La localisation des données ne suffit pas à régler la question de la souveraineté. Le droit applicable dépend aussi des juridictions dont relèvent le fournisseur et ses sous-traitants, comme le CLOUD Act américain pour les fournisseurs soumis au droit des États-Unis. En France, par exemple, la doctrine "cloud au centre" de l’État exige, pour les données d’une sensibilité particulière, une offre immunisée contre tout accès non autorisé par des autorités publiques d’États tiers. Un centre de données situé en Europe ne suffit donc pas.
Termes liés : Gestion de contenu dans le cloud · Système de gestion de contenu (CMS) · CMS headless · CMS open source ou propriétaire
Ressources sur ce terme
- CMS headless ou traditionnel : comment bien choisir
- CMS Java headless - Guide pour les développeurs
- CMS Open Source : Définition, explications et comparaison
- Comment bien évaluer la sécurité de votre prochain système de gestion de contenu (CMS) dans le Cloud ?
- Comment connecter Salesforce à votre CMS : défis & enjeux
- Comment les intégrateurs peuvent-ils offrir une expérience optimale aux auteurs de contenu dans un CMS ? (Astuces pour les Intégrateurs Pt.1)
Les différences en détail
Le choix ne se limite pas à deux options. Le tableau répartit les responsabilités entre l’organisation et son fournisseur pour les principaux modèles. Les contrats varient et le tableau décrit la répartition habituelle, pas une règle. La fiche gestion de contenu dans le cloud détaille les offres SaaS et gérées. L’hébergement est par ailleurs indépendant de l’architecture du système de gestion de contenu (CMS). Un CMS headless ou traditionnel peut être hébergé sur site comme dans le cloud.
| Modèle | Infrastructure | Mises à jour du logiciel | Ce que l’organisation garde |
|---|---|---|---|
| Sur site | L’organisation | L’organisation ou son intégrateur | Tout, y compris la sécurité physique et la reprise après sinistre |
| Cloud public exploité en interne (IaaS) | Le fournisseur cloud | L’organisation | Le système d’exploitation, le logiciel, les sauvegardes, la configuration |
| Instance dédiée exploitée par l’éditeur (un cloud privé opéré par un prestataire tiers) | Le fournisseur | L’éditeur, selon un calendrier convenu avec l’organisation | Le code spécifique, les contenus, les accès |
| SaaS | Le fournisseur | Le fournisseur | Les contenus, les accès, la configuration |
Le tableau mêle deux vocabulaires. Dans la définition du cloud computing du NIST (SP 800-145, septembre 2011), IaaS, PaaS et SaaS disent quelle part de la pile le fournisseur exploite, alors que privé, communautaire et public disent qui peut utiliser l’infrastructure, et que hybride en combine plusieurs. Une offre cloud figure dans les deux listes à la fois.
L’hébergement sur site ou cloud en pratique
Une comparaison utile soumet les deux options à la même liste. Où sont hébergées les données, y compris les sauvegardes et les services annexes ? Quels sous-traitants interviennent, sous quel droit ? Quels engagements de disponibilité, assortis de quelles pénalités ? Qui déclenche et teste la reprise après sinistre ? Comment récupère-t-on contenus, données et configuration en fin de contrat, dans quel format, dans quel délai ?
Le coût se compare sur plusieurs années, en comptant ce que le sur site peut masquer : le temps des équipes d’exploitation, le renouvellement du matériel, les licences système, les astreintes.
Questions fréquentes
Le cloud supprime-t-il le besoin d’une équipe d’exploitation ?
Non, il en change le périmètre. Selon le modèle, le fournisseur prend en charge le matériel, le système, voire les mises à jour du logiciel. L’organisation garde la responsabilité de ses contenus, de ses comptes utilisateurs, de sa configuration et de ses intégrations avec le reste du système d’information. Ces tâches demandent toujours des responsables identifiés. Le contrat doit les nommer, côté client comme côté fournisseur.
L’hébergement sur site est-il plus sûr que le cloud ?
Un fournisseur cloud peut disposer de moyens de sécurité qu’une organisation seule n’a pas, mais il concentre aussi les risques. Le sur site donne un contrôle complet, qui n’a de valeur que si l’équipe applique les correctifs à temps et teste ses sauvegardes. Dans le choix entre hébergement sur site ou cloud, la bonne comparaison porte sur les engagements contractuels, les certifications vérifiables du fournisseur et la capacité réelle de l’équipe interne.
Héberger ses données en Europe suffit-il à les soustraire aux lois étrangères ?
Pas toujours. La localisation du centre de données compte, mais certaines législations s’imposent aux fournisseurs qui y sont soumis, quel que soit le lieu de stockage. C’est le cas du CLOUD Act américain pour les fournisseurs soumis au droit des États-Unis. Les organisations concernées examinent donc la chaîne complète, du fournisseur et de ses sous-traitants jusqu’aux services annexes et aux accès du support technique.