Durant le printemps, nos experts OCTO vous proposent un cycle de contenus autour du Cloud. Le sujet vous intéresse ? Pour découvrir le programme et ne rien rater, inscrivez-vous sur notre page Cloud, DevOps & Plateformes.
L'usage du Cloud est, depuis plusieurs années, une tendance de fond dans de nombreuses DSI. Son adoption généralisée s'est accélérée lors de la pandémie de Covid-19 en poussant les entreprises les plus frileuses à franchir le pas pour maintenir une activité à distance.
Pour autant, malgré la maturité affichée du secteur et au regard des migrations souvent précipitées, il est indispensable de (re)poser sur la table des questions structurantes pour faire les bons choix, éviter les pièges et bénéficier pleinement du potentiel promis par le Cloud.
Quelle stratégie adopter chez moi ? À quels compromis vais-je devoir faire face ? Comment maîtriser mes coûts ? Quels sont les points de vigilance à avoir en tête ? Comment accompagner mon organisation sur ce chemin ? Quelles sont les compétences nécessaires pour y parvenir ?
Au-delà de ces questionnements, de nouveaux enjeux vont émerger, notamment autour de la protection des données, de la conformité réglementaire ou de la durabilité.
OCTO Technology vous invite à travers cette campagne Cloud qui va s’étaler sur plusieurs semaines de plonger dans toutes ces thématiques à travers des articles et des événements autour de la thématique du Cloud et du passage dans le Cloud. Restez attentifs, suivez-nous et venez partager avec nous vos enjeux et vos problématiques, nous prendrons beaucoup de plaisir à y réfléchir avec vous.
Le Cloud (public, privé, hybride) est devenu un pilier des systèmes d'information. En effet, dorénavant, seuls quelques cas particuliers amènent les entreprises à exploiter des infrastructures dédiées à certaines applications. Ces dernières années, la stratégie de Move to Cloud a été initiée par de nombreuses DSI, et le plus souvent via une démarche Lift and Shift. Les motivations sont diverses, cela peut être le coût, le besoin d’élasticité, ou le Time to Market.
Ainsi, le plus souvent l'adoption du Cloud se matérialise par le déplacement des applications et de leurs données vers une plateforme Cloud, sans pour autant remanier les applications. Bref, le Cloud est abordé sous sa dimension Infrastructure as a Service (Iaas) qui permet de s'abstraire des contraintes de gestion des ressources matérielles (processeurs, mémoire vive, stockage, mais aussi réseau et autres éléments de sécurité).
Mais nous observons aujourd'hui que les fournisseurs Cloud ne comptent pas s'arrêter là : leur catalogue s'enrichit de jour en jour jusqu'à déplacer leur offre vers une approche Platform as a Service (Paas). En remontant dans la chaîne de valeur, ils peuvent vous fournir des services managés permettant de vous focaliser sur votre cœur de métier et de déléguer de plus en plus d'activités inhérentes à la gestion des composants socles de vos systèmes d'information (base de données et autres systèmes de stockage, middleware de communication et d'échanges, gestion des réseaux ...).
Au-delà des impacts que peuvent amener ces changements de paradigmes sur l’activité des exploitants et des infogéreurs (qui, avec le IaaS, s’éloignent des activités de pupitrage pour embrasser les techniques du développement logiciel), ces nouveaux services managés impactent l’architecture de vos produits et services. En effet, leur valeur ajoutée est optimum lorsque les applications sont nativement conçues pour leur utilisation. C’est dans ces conditions que les applications sont définies comme étant “Cloud Native”. Plus encore, les fournisseurs Cloud Public étendent leurs offres en y associant le fruit de leurs autres domaines d’intervention. Par exemple, certains proposent la mise à disposition de données collectées via leurs services grand public (service de géolocalisation, valorisation des profils utilisateurs ...).
Aujourd’hui, embrasser le IaaS ne signifie donc pas embrasser le Cloud. Il faut dorénavant structurer les applications en conséquence et le cas échéant moderniser le parc existant.
Si les apports du Cloud Public ne sont plus à démontrer pour beaucoup d’acteurs et organisations, il n’est pas question de s’y jeter sans stratégie claire et sans vision des implications et des compromis à adopter. Dans une stratégie Cloud, la réglementation et la juridiction de laquelle votre entreprise dépend sont des enjeux majeurs. La loi européenne en matière de protection des données personnelles a énormément évolué ces dernières années, et il est essentiel de prendre connaissance et conscience de tout ce qu’il se joue derrière elle.
Un autre enjeu à prendre dans votre stratégie est la question de la gestion des risques business, la concurrence dans son secteur, les risques géopolitiques et techniques. Comment s’y prendre pour anticiper ces risques ? Sont-ils plausibles ? Y a-t-il des alternatives aux “hyperscalers” et pour quelles typologies de données et de cas d’usages ?
Si l’arrêt “Shrems II” ne vous dit rien, si le Cloud souverain est pour vous une notion des années 2010, nous vous invitons à consulter nos contenus sur la souveraineté :
Le talk de Benjamin Bayart à USI : Cloud souverain - Géopolitique de la data
Notre article de blog : Souveraineté et cloud, quel rapport ?
Les exemples d’organisations et d’entreprises qui ont considéré le Cloud computing comme un outil magique sont nombreux. Comme expliqué dans l’excellent ouvrage Cloud Strategy, les avantages du Cloud se méritent et ce n’est pas gagné d’avance.
Comment s’y prendre ?
Adopter une stratégie qui va au-delà de l’infrastructure et du Lift & Shift, refactorer ses applications pour embrasser les architectures Cloud natives.
Passer d’une approche de reconduction de ses applications sous la forme de projets, à une approche centrée Produits au service des utilisateurs.
Plutôt qu’une gestion des applications découpée par phase de leur cycle de vie, responsabiliser et autonomiser les équipes en charge de leur mise en œuvre.
En somme, il est bénéfique de prendre du recul sur les processus de delivery et de s’intéresser aux leviers techniques, méthodologiques et culturels associés à la mise en place d’une démarche d’accompagnement de votre parc applicatif dans le Cloud. L’objectif in fine, n’est pas seulement de réussir son passage dans le Cloud mais d’en tirer les avantages escomptés, tels que l’optimisation financière, la réponse à des problématiques techniques ou encore, et surtout, l’optimisation du Time To Market.
C’est donc une démarche de transformation holistique qu’il nous faut désormais considérer à la lumière des enjeux et de la portée d’un Move to Cloud. Ce n’est pas une transformation seulement technique et technologique, c’est une transformation organisationnelle, et celle des pratiques et des processus de fabrication de produits métier. Réduire le Time to Market en s’appuyant sur les capacités offertes par les architectures Cloud nous rappelle fortement les études menées il y a quelques années sur le sujet du Continuous Delivery et la publication d’un ouvrage qui fait référence aujourd’hui : Accelerate. Ces axes de réflexions et les bonnes pratiques associées, ont pris vie à travers le Continuous Delivery et dorénavant à travers la Continuous Value.
Pour aller plus loin sur Accelerate :
Notre formation Accelerate© : adopter les bonnes pratiques pour un delivery plus performant, rapide et stable
Retrouvez le replay du Comptoir Cdiscount X OCTO
Comme abordé précédemment, le passage au Cloud transforme les systèmes d’informations jusqu’au cœur de leurs applications, voire des données traitées. Cela n’est pas sans impact sur les activités des différentes parties prenantes (les exploitants, les équipes de mise en œuvre, les équipes métier ...). Au centre de ces activités et de ces acteurs, le rôle des architectes est un exemple flagrant des impacts du passage au Cloud.
Historiquement, les architectes informatiques étaient souvent comparés aux architectes bâtimentaires voire aux urbanistes des villes. Ils avaient pour objectif, entre autres, de structurer les applications de façon la plus précise possible pour anticiper au plus tôt les besoins en infrastructure et ainsi pouvoir lancer le déploiement de celles-ci (typiquement l’acquisition et le déploiement des matériels, l’installation des couches réseaux ...), et cela en parallèle des développements logiciels nécessaires.
Avec l’adoption du Cloud, des activités telles que le Capacity Planning, ou anticipation des besoins d’infrastructure, prennent une autre dimension (en l’occurrence, plus contractuelle qu’opérationnelle). Plus encore, l’architecture des applications se construit et peut changer au gré de l’évolution du besoin mais aussi des capacités offertes par le Cloud. Ainsi, le travail d’un architecte se transforme pour aborder le système d’information et les applications dans une approche dynamique et évolutive (ou Continuous Architecture****). Parallèlement, la modularité des architectures couplée à l’agilité des équipes implique que l’architecte adopte une posture qui l'inscrit plus dans les équipes de mise en œuvre, par exemple, pour y apporter la nécessaire vision transverse aux applications qui interagissent entre elles.
En résumé, le Cloud impacte les activités des différents contributeurs au SI et il leur faut donc envisager d’adapter leurs métiers respectifs que ce soit en termes de compétences ou de postures.
Pour aller plus loin, formez-vous avec OCTO Academy !
Le passage au Cloud apparaît comme une opportunité dans de nombreuses situations. Le plus souvent, l'élasticité et l’accès simplifié aux ressources (stockage, mémoire, capacité de calcul, réseau…) résonnent comme une réponse naturelle aux démarches agiles adoptées par les équipes de développement logiciel. Mais dorénavant, le passage au Cloud se positionne comme une réponse non plus uniquement aux besoins techniques mais de plus en plus comme une réponse aux enjeux business. Par exemple, nos systèmes d’information sont de plus en plus interconnectés, et non pas uniquement en interne aux organisations, mais de plus en plus fréquemment avec les partenaires de celles-ci. Les systèmes d’informations se doivent donc d’être ouverts aux échanges pour faciliter le développement de nouveaux services ou nouvelles offres en se combinant avec d’autres organisations, à la recherche de synergie.
Prenons exemple du domaine bancaire qui, pour répondre aux attentes de sa clientèle, se doit de proposer des offres combinant des services financiers avec des assurances et même des loisirs (à l'image des offres proposées aux étudiants). Pour y parvenir, l’adoption du Cloud est un vecteur facilitateur en proposant par défaut une capacité à exposer et consommer les services tiers (là où l’approche on-premise historique se confronte aux contraintes techniques limitant les échanges). Cette combinaison de produits et services s'inscrit dans une approche dite de plateformisation.
Les applications migrées dans le Cloud deviennent de potentiels produits en tant que tels, à déployer dans des plateformes qui les assemblent entre eux pour créer encore plus de valeur (les plateformes pour la mobilité urbaine en sont un parfait exemple). Dans cette approche de plateformisation, nul n’est à l'abri du succès (c’est tout le mal que nous vous souhaitons). Dans cette situation, les premiers points saillants résident souvent dans la difficulté à passer à l’échelle de sorte à répondre à la demande. Pour ce point, une conception Cloud native est probablement la meilleure solution. Mais un autre point saillant arrive rapidement et touche à la valorisation, l’acquisition de nouveaux clients ou marchés voire la monétisation du service rendu (que ce soit pour une offre grand public ou à destination d’un écosystème restreint). Et dans ce cas, c’est bien la stratégie business de votre organisation qui est à même d’apporter la réponse.
Conclusion : embrasser le cloud ce n’est pas uniquement apporter une réponse à des besoins techniques, mais c’est aussi s’outiller pour apporter des réponses aux enjeux business. Pour mieux comprendre ces enjeux, nous vous conseillons le talk de Meriem Berkane à USI : Modèles d’affaires des plateformes tech, comment ne pas louper le coche ?