Avant que n’émerge l'expression cloud computing, les praticiens schématisaient les réseaux par un nuage, qui symbolisait une connexion vers une quantité indéfinie d'utilisateurs. Le concept de cloud computing a émergé au début des années 2000. Une des premières applications « dans les nuages » a été la messagerie. Cette nouvelle offre de service informatique renforce le mouvement d’externalisation des activités hors core business des entreprises en tirant le meilleur parti des technologies de l’Internet, et de la mutualisation, de la virtualisation et de l’automatisation des infrastructures informatiques : des services d’infrastructures techniques ou applicatifs sont ainsi – via un simple portail web – mis à disposition des utilisateurs « à la demande » et facturés comme tels.
Une offre publique et privée de services « à la demande »
L’offre se différencie : dans le « cloud computing public », les infrastructures et/ou les logiciels sont mutualisés par le fournisseur entre tous ses clients ; dans le « cloud computing privé », les moyens « cloud » sont réservés aux utilisateurs d’une entreprise. Il existe entre les deux diverses combinaisons : le « cloud privé virtuel », l’hybride public-privé et le « cloud communautaire » (le secteur aéronautique européen).
Compte tenu du délai nécessaire à la construction d’un cloud privé, l’usage actuel du cloud computing en entreprise – notamment dans le secteur financier – porte d’abord sur des infrastructures PaaS de second rang (voir Encadré), ou bien des applications SaaS hors cœur de métier, développées par des éditeurs spécialisés qui proposent un service comprenant l’hébergement.
Le cloud computing en mode « public » : des avantages pour les utilisateurs…
La fourniture de services « à la demande » modifie le rôle des intervenants dans la chaîne de valeur du système d’information (SI), tant du côté des utilisateurs que du côté des informaticiens.
S’agissant des utilisateurs, le cloud computing, notamment le SaaS ou le PaaS Public, offre trois avantages majeurs :
- plus d’agilité grâce à la réduction des délais dans les phases de conception et de mise en œuvre des pilotes (permettant des tests dans un temps record), et à la rapidité de généralisation de la solution (scalability) ;
- plus de clarté sur le coût du service rendu avec la facturation en coûts complets incluant les études, la maintenance applicative, les coûts d’infogérance du service applicatif hébergé, etc. ;
- une moindre dépendance des utilisateurs vis-à-vis de leur DSI : moindre besoin des compétences de la maîtrise d’œuvre pour la maîtrise d’ouvrage, voire moindre obligation de recourir à l’informatique centrale pour une entité autonome ou filiale.
…mais aussi pour les directions de systèmes d’information (DSI)
Quant à la DSI, elle a intérêt à promouvoir l’usage du cloud public en mode PaaS ou SaaS, pour deux raisons principales.
Tout d’abord, ce nouveau service lui facilite la vie en supprimant certaines activités – et donc des soucis potentiels – liées à des infrastructures ou applications non critiques qui passent à la charge du prestataire : la gestion d’infrastructures, les montées de versions applicatives, le déploiement de plates-formes de développement et de test réclamées en urgence par les études…
En contrepartie, la DSI pourra alors concentrer ses capacités d’innovation et de développement sur des activités cœur de métier, plus stratégiques et différenciantes pour l’entreprise. Pour cela, elle doit concevoir sa mission comme « chercheur » des meilleures solutions pour l’entreprise – plus rapides, peu chères, plus fiables – plutôt que comme « constructeur » et « exploitant » généraliste de solutions ; c'est un challenge en terme de périmètre d’activités, de mode d’organisation, et d’interaction avec ses clients internes.
Des impacts positifs sur les coûts et la gestion financière…
Si le cloud computing permet d’améliorer la qualité du service rendu, quels sont les impacts de ce type de service sur les coûts et les comptes de l’entreprise ?
Compte tenu du périmètre du service rendu – incluant l’amortissement des immobilisations, l’utilisation du logiciel, les maintenances, les supports utilisateurs – et du mode de facturation en « coûts tout compris », plusieurs postes d’investissement ou de coûts fixes sont supprimés dans la comptabilité du client et remplacés par des charges variables. Cela génère deux avantages en termes de trésorerie et d’équilibre économique pour l’entreprise cliente :
- d’une part, la substitution de dépenses récurrentes (run) à des dépenses d’investissement (build) permet de réduire le cash alloué à la fonction informatique (sauf si le fournisseur obtient un paiement d’avance de deux ou trois ans de prestation !) ;
- d’autre part, la substitution de coûts variables à des coûts fixes permet d’abaisser le point mort – à la condition que les engagements pris vis-à-vis du fournisseur permettent un réel ajustement des coûts à la demande.
En regard de ces bénéfices réels, le recours au cloud computing perturbe les analyses de coûts et budgets IT. Les analyses des coûts glissent :
- entre investissements et charges, sous réserve des règles IFRS en fonction des droits acquis ;
- entre « run the bank » et « change the bank » (baisse des dépenses de « change », puisque « tout » est inclus dans les dépenses courantes) ;
- entre dépenses IT et non IT (par exemple, à travers des services SaaS, des dépenses IT peuvent passer hors IT, ou bien des dépenses non IT peuvent passer IT – cas de l’électricité ou de l’immobilier que facture le prestataire cloud).
…à condition que les risques soient appréhendés
Comme pour toute prestation externalisée, les risques constituent l’envers du décor du cloud computing. Leur gestion s’inscrit dans le triptyque coût-qualité-risques. Les établissements financiers doivent ainsi veiller à ce que les économies « promises » par le cloud computing ne s’accompagnent pas d’une baisse de qualité ou d’une prise de risque mal évaluée.
Sur le P&L – outre l’absence d’économies d’échelle après le « pilote », qui surprend
- interfaçage entre la prestation cloud et le SI interne – plus il s’agit de prestations proches du cœur du SI interne (par ex. le CRM), plus il s’avère difficile de « juste brancher » une prestation SaaS – ;
- « préparation » des applications legacy internes à un mode cloud ;
- interopérabilité entre prestations cloud.
Ces coûts cachés découlent souvent des sujets régis par la réglementation de l’
Les contraintes réglementaires
Les grands prérequis de conformité sont les suivants:
- réversibilité : si une messagerie Gmail sur le cloud, comme l’a fait
BBVA début 2012 , a bien des qualités d’agilité, tous les acteurs ne semblent pas convaincus de la réversibilité sur ce type de solution ;[4] - secret (notamment bancaire) et protection des données personnelles : les prestataires, souvent américains, n’avaient pas intégré dès le début les besoins de leurs clients européens issus de la directive européenne de protection des données personnelles ;
- sécurité, confidentialité et intégrité : un souci légitime en univers mutualisé virtualisé, renforcé par les peurs découlant de la législation USA Patriot Act ;
- droits d’audit et maintien du niveau de contrôle permanent/risque opérationnel : difficiles à mettre en œuvre dans une architecture mutualisée et virtualisée que le prestataire ne tient pas à vraiment dévoiler ;
- continuité : les établissements financiers ne peuvent se satisfaire d’engagements contractuels de disponibilité ; ils doivent comprendre pourquoi ces engagements sont crédibles.
Vers la maturité
Le cloud computing est une évolution technologique prometteuse, y compris pour la gestion financière de l’IT. Bien sûr, selon Gartner, après le stade des « attentes excessives », nous avons atteint le « creux de désillusion » ; mais le « début de maturité » suit, avec en perspective le « plateau de productivité » !
Pour tirer le meilleur du cloud public, une méthodologie et une gouvernance de projet rigoureuses s’imposent pour éviter les déconvenues, et ce même pour des utilitaires. Quant au cœur de métier, le passage au cloud privé est sans doute la direction, sachant que la compatibilité des applications legacy avec un mode cloud ne va pas de soi, et qu’un passage au cloud constitue aussi un challenge culturel, pour les DSI comme pour les utilisateurs et les financiers.
