Vous ne savez toujours pas quel modèle de déploiement ou de service Cloud correspondrait à vos besoins métier ? Ou peut-être n'êtes-vous pas vraiment à l'aise avec tous les concepts liés au Cloud et avez-vous besoin d'un guide simple qui rendra le Cloud Computing plus clair pour vous ? Vous êtes au bon endroit.

Nous avons regroupé tous les articles liés au Cloud de notre blog dans ce guide complet, destiné à tous ceux qui envisagent de construire une solution Cloud ou de migrer leur logiciel vers le Cloud.

Sans plus attendre, passons au premier concept important que vous rencontrerez certainement lorsque vous envisagerez l'adoption du cloud : le choix d'un modèle de déploiement cloud.

Quels sont les modèles de déploiement cloud ?

Le Cloud se décline sous diverses formes… ou plutôt sous divers modèles de déploiement. Chacun répond à des besoins métier différents, et il peut être délicat de choisir le plus adapté si vous n'êtes pas bien familiarisé avec le sujet.

Un modèle de déploiement Cloud précise qui a accès à l'infrastructure et l'utilise, qu'il s'agisse d'un usage exclusif ou d'une solution partagée. Il peut également s'agir d'une combinaison des deux.

Examinons donc maintenant de près les quatre principaux modèles de déploiement cloud : le cloud public, le cloud privé, le cloud hybride et le multicloud, et voyons en quoi ils diffèrent en termes de coût, de facilité de mise en place, de niveau de contrôle ainsi que d'évolutivité.

Cloud public

Un Cloud Public est hébergé par un fournisseur tiers qui gère l'ensemble de l'infrastructure : à la fois le matériel et les logiciels. Vous pouvez également le gérer dans une certaine mesure, mais pas comme dans un Cloud Privé. Le nom « Cloud Public » signifie que le service Cloud est accessible au public, mais les données stockées dans un Cloud Public ne sont pas accessibles à tout le monde.

Quel niveau de contrôle offre un Cloud Public ? Vous pouvez configurer et, dans une certaine mesure, gérer le réseau, l'équilibrage de charge ou les routeurs, mais vous ne pouvez pas décider de la machine qui vous est allouée.

Voici quelques-uns des principaux avantages d'un cloud public par rapport aux autres modèles de déploiement :

  • aucun besoin d'investir dans du matériel ni d'en être responsable,
  • modèle économique à l'usage, rentable,
  • très grande évolutivité,
  • licence logicielle incluse dans le prix

Cependant, il est important de rappeler que certaines politiques gouvernementales, normes sectorielles ou exigences légales spécifiques à votre niche d'activité peuvent ne pas être respectées par les plateformes de cloud public.

>> En savoir plus surAvantages et inconvénients du Cloud public plus en détail

Cloud privé

Dans le Cloud Privé, vous disposez d'une infrastructure Cloud à usage exclusif. Les serveurs sont fournis par un prestataire tiers, par exemple un centre de données.

Le principal avantage d'un modèle de déploiement en cloud privé est qu'il peut être adapté à vos besoins grâce à des options de configuration flexibles, permettant à votre solution de répondre à des exigences métier ou juridiques très spécifiques.

Il y a cependant un autre revers à la médaille. Dans le Cloud Privé, vous n'obtenez au départ qu'un accès à une machine virtuelle et au réseau. Si vous souhaitez configurer et gérer l'environnement, vous devez le faire vous-même. Le SLA peut être inférieur à celui d'un Cloud Public, et il n'existe pas de solutions préconstruites ni de services supplémentaires pour vous aider à faciliter la configuration et la gestion. Par conséquent, pour que tout soit opérationnel, vous aurez besoin de l'aide de spécialistes IT. Si l'un de vos besoins est une haute évolutivité, un Cloud Privé peut être une option moins favorable pour vous. La possibilité limitée d'extension matérielle le rend moins évolutif par rapport à un Cloud Public.

>> En savoir plus sur Avantages et inconvénients du cloud privé plus en détail

Cloud hybride

Un Cloud Hybride est une combinaison d'un Cloud Privé et Public ou d'un Cloud avec une infrastructure sur site. Dans ce modèle, toutes les infrastructures sont connectées, ce qui permet le flux de données et l'intégration.

Un Cloud Hybride offre les avantages, mais aussi les inconvénients, des deux mondes. Il est rentable, car si vous n'avez pas besoin d'une partie de vos ressources, vous pouvez la déplacer vers l'on-premise et inversement. Cependant, configurer un Cloud Hybride et s'assurer que tout est relié de manière fluide, par exemple via un VPN, n'est pas aisé et exige des connaissances et des compétences expertes.

Il convient de noter qu'un modèle de Cloud hybride peut être utile lors de la migration de votre activité vers le Cloud, car il garantit la continuité des processus.

>> Approfondir le avantages et inconvénients d'un Cloud Hybride

Multicloud

Le multicloud désigne l'utilisation de plusieurs Clouds auprès de fournisseurs distincts. Le multicloud peut être un modèle à envisager si vous cherchez à optimiser les coûts ou à obtenir un avantage concurrentiel. Un modèle de déploiement Cloud peut mieux répondre à vos exigences pour la solution A, tandis qu'un autre le fera pour la solution B. Le seul défi réside dans une connexion inter-Cloud délicate qui exige des connaissances et des compétences expertes.

Quels sont les modèles de services cloud ?

Un Modèle de Service Cloud précise l'étendue du contrôle et de la responsabilité sur l'infrastructure et les données, qui peut être davantage de votre côté ou du côté du fournisseur, selon vos besoins.

Introduction to the cloud cloud guide introduction_SaaS, PaaS, IaaS

SaaS vs PaaS vs IaaS : avantages et inconvénients

Infrastructure en tant que service (IaaS)

Le modèle IaaS (Infrastructure as a Service) vous donne accès à des serveurs, du stockage, des réseaux et inclut la virtualisation. Le travail de vos développeurs consiste à prendre en charge le système d'exploitation, l'intergiciel, l'environnement d'exécution, les données et l'application elle-même.

Les avantages de l'IaaS sont :

  • Il est plus facile à gérer que les solutions sur site en ce qui concerne la sécurité ou les configurations prises en charge par un fournisseur.
  • Il offre de la flexibilité car c'est l'option la plus personnalisable parmi les trois modèles de services cloud.
  • Vous n'avez pas à vous inquiéter autant de la dépendance à l'égard d'un fournisseur, car vous n'êtes pas étroitement lié à un fournisseur Cloud spécifique.
  • L'IaaS est une bonne solution pour migrer des applications héritées qui ne sont pas prêtes pour le Cloud, car il est flexible à configurer.

Cependant, une grande flexibilité implique une responsabilité supplémentaire de votre part. Dans l'IaaS, vos développeurs sont chargés de maintenir l'environnement à jour et d'effectuer des sauvegardes régulières dans le cadre des tâches de maintenance.

>> Découvrez dans quels cas L'IaaS est l'option de prédilection 

Plateforme en tant que service (PaaS)

Le PaaS fournit à vos développeurs les composants nécessaires au développement de votre logiciel. Vous n'avez pas à vous soucier des serveurs, du stockage, du système d'exploitation, de l'environnement d'exécution ou de la virtualisation. Vos développeurs peuvent ainsi concentrer leurs efforts sur le développement logiciel.

Les avantages du PaaS incluent :

  • Un temps de déploiement plus court, car vous n'avez pas à créer et configurer votre propre environnement de travail. Vous pouvez utiliser des outils prêts à l'emploi ou des options pour accomplir certaines tâches routinières.
  • Pas besoin de vous soucier des mises à niveau du système ou des composants. C'est entièrement à la charge du fournisseur.
  • Dans de nombreux cas, les solutions PaaS sont plus faciles à mettre à l'échelle que IaaS ou SaaS.

Les solutions PaaS présentent également certaines limites. Les applications plus anciennes peuvent ne pas bien fonctionner dans ce modèle et, à terme, lors de la migration, elles peuvent nécessiter d'être refactorisées ou réécrites. De plus, avec le PaaS, dans la plupart des cas, vous devenez lié et dépendant d'un seul fournisseur.

>> Découvrez dans quels cas le PaaS est le bon choix

Logiciel en tant que service (SaaS)

Dans le SaaS, le fournisseur développe et gère le logiciel dans l'environnement Cloud et assure sa maintenance. En tant que client, vous obtenez un produit prêt à l'emploi. Tout le reste relève de la responsabilité du fournisseur.

Le SaaS offre deux avantages principaux :

  • C'est une solution opérationnelle qui ne nécessite ni développement ni gestion de l'hébergement par votre équipe.
  • Il n'y a aucun coût de configuration initiale, car tout est inclus dans l'abonnement mensuel.

Comme toute solution prête à l'emploi, le SaaS présente également des inconvénients. Le principal est la personnalisation limitée. Vous ne pouvez pas vraiment l'adapter à vos besoins commerciaux spécifiques. L'autre inconvénient de ce modèle est l'absence de contrôle sur l'infrastructure. Vous devez faire entièrement confiance au fournisseur.

Le Cloud est-il sécurisé ?

C'est l'une des questions les plus fondamentales qui revient dans presque toutes les discussions sur le Cloud.

Que vous conserviez vos données dans un Cloud Privé ou Public, vous devez vous assurer que toutes les procédures et normes de sécurité sont en place. Les fournisseurs de Cloud Public adhèrent au modèle de responsabilité partagée : ils vous fournissent les outils pour sécuriser vos données, mais vous, en tant qu'utilisateur, devez savoir comment les utiliser correctement.

Très souvent, les fournisseurs de Cloud Public disposent des normes de sécurité les plus élevées ainsi que de la connaissance et de l'accès à diverses solutions de sécurité complexes, ce qui rend le Cloud Public encore plus sûr qu'une infrastructure sur site.

À quoi ressemble le processus de migration vers le cloud ?

Voyons maintenant ce qui vous attend si vous envisagez de migrer votre application vers le Cloud.

Il n'existe pas d'approche universelle, et tout dépend de vos besoins spécifiques. Cependant, sans entrer dans trop de détails, nous pouvons élaborer un plan de migration cloud de haut niveau.

Étape 1 : Établir le scénario de migration vers le cloud 

À cette étape, vous devez décider si vous souhaitez réaliser une migration complète ou partielle vers le Cloud et choisir un modèle de déploiement Cloud.

Étape 2 : JeIdentifiez vos besoins

Étant donné que, pendant la migration, l'accès à certaines données peut être entravé, déterminez les éléments d'infrastructure auxquels vous devez absolument avoir accès. Cela vous aidera également à déterminer plus précisément la taille de l'infrastructure Cloud et ce qui influe sur les coûts.

Étape 3 : Jemettre en œuvre une stratégie de migration vers le Cloud adaptée à vos besoins

Il existe six approches de migration vers le cloud (également appelées 6R) :

  • Fidéliser
  • Rehost (Lift & Shift)
  • Re-platforming (Lift & Reshape)
  • Rachat (Drop & Shop)
  • Refactoriser
  • Retirer

>> Découvrez chaque approche plus en détail

Avant le début de la migration, vous devez également disposer d'un plan pour prévenir ou résoudre les éventuels défis qui pourraient survenir en cours de route. Ci-dessous, vous pouvez en découvrir quelques-uns parmi les plus courants.

Quels sont les défis de la migration vers le Cloud ?

Les deux principaux défis susceptibles de compromettre le succès d'une migration sont une préparation insuffisante et un volume de données trop important à migrer en une seule fois.

Pour les éviter, vous devez tout d'abord parcourir votre écosystème et identifier tous les éléments à migrer vers le Cloud, analyser leur niveau de préparation au Cloud et déterminer quelle méthode de migration est la plus appropriée. Ensuite, vous devez vérifier si la bande passante de votre connexion Internet permet de transférer la quantité de données requise dans un délai déterminé. Si ce n'est pas le cas, les fournisseurs de Cloud proposent des services spéciaux qui prendront en charge de grandes quantités de données afin qu'elles puissent être transférées vers et depuis le Cloud.

Une migration réussie peut ne pas être possible s'il n'y a pas suffisamment de connaissances et de compétences pour la gérer correctement. Si vous ne disposez pas de spécialistes qualifiés au sein de votre équipe, vous devriez envisager d'externaliser le processus.

Comment les solutions Cloud évoluent-elles en 2020 ?

Nous avons posé cette question à l'un de nos ingénieurs DevOps, Marcin Szremski :

« L'accent est mis sur le serverless, simplement du fait que l'absence de serveurs supprime la charge de gestion et de maintenance de l'infrastructure des centres de données. Les environnements cloud dispersés offrent des solutions flexibles qui garantissent efficacité et évolutivité. »

>> Lire l'entretien complet

Existe-t-il des limites à ce que les solutions cloud peuvent gérer ?

Selon Marcin Szremski, le ciel est la limite :

« Il est difficile de trouver une solution où le Cloud ne peut pas être appliqué. Même les institutions gouvernementales utilisent des services Cloud. Il existe des limites à ce que le Cloud peut faire, mais celles-ci sont presque inexistantes, et elles sont principalement causées par les réglementations législatives et les politiques de chaque pays. »

>> Cas d'usage cloud : comment le passage à AWS a permis à TakTo de rester plus flexible 

Nous espérons que la partie théorique de ce guide a rendu le Cloud moins confus pour vous. Examinons maintenant le cas réel de mise en œuvre du Cloud que nous avons mené pour l'un de nos clients : TakTo.

TakTo est une société financière située à Wroclaw, en Pologne. Grâce à leurs services, les clients peuvent contracter des prêts via un chat en ligne et les rembourser via une plateforme client dédiée.

Pendant de nombreuses années, TakTo a utilisé des serveurs qui devaient être maintenus et mis à l'échelle dans un emplacement physique en dehors de leur siège social. Cela est devenu problématique à long terme, et l'équipe avait besoin de pouvoir accéder aux serveurs plus facilement. De plus, l'espace physique où ils conservaient les serveurs était coûteux et devait être maintenu dans des conditions optimales, de sorte qu'un personnel technique était employé pour s'occuper des machines. L'infrastructure obsolète nécessitait des investissements quasi constants.

Notre équipe chez Spyrosoft a analysé les besoins et les solutions disponibles et a rapidement conclu que la migration vers le Cloud était la voie à suivre. Le défi consistait à ce que les clients puissent utiliser l'application sans aucune interruption, à tout moment. Par conséquent, la migration a été divisée en plusieurs étapes. Nous avons également adopté l'approche « lift and shift », où l'ensemble du processus est réalisé avec peu ou pas de modifications.

La phase finale du processus était centrée sur les bases de données de TakTo, qui étaient étendues et, d'un point de vue technique, l'élément le plus délicat à migrer vers les serveurs virtuels d'Amazon. Toutes les données avaient été sécurisées de manière préventive par une série de transferts de sauvegarde qui permettraient à l'équipe de Spyrosoft d'y accéder et de les télécharger facilement si l'un des services ne fonctionnait pas comme prévu.

En conséquence, TakTo a pu cesser d'utiliser des serveurs physiques et peut désormais ajouter des machines virtuelles si nécessaire. Cela leur a permis de réaliser des économies et d'obtenir une grande flexibilité, afin de pouvoir agir plus rapidement et de raccourcir le délai de mise sur le marché de nouveaux services.

Qu'est-ce que la virtualisation, et est-ce la même chose que le Cloud ?

Avec notre Head of DevOps – Marcin Szremski, nous approfondissons le sujet pour répondre à cette question et montrer comment ces deux éléments sont liés.

Virtualisation

La virtualisation est née du besoin d'utiliser efficacement les ressources et peut être simplement définie comme la mise en commun de ressources. Cela signifie que nous pouvons exécuter plusieurs serveurs virtuels sur un seul serveur physique. Cette solution nous offre de nombreux avantages, comme tester nos applications sur plusieurs environnements (par exemple, différentes plateformes OS) sans avoir besoin d'acheter des ordinateurs supplémentaires.

HComment cela fonctionne-t-il ?

Pour la virtualisation, nous avons besoin de ce qu'on appelle un hyperviseur. Vous connaissez peut-être certains hyperviseurs populaires tels que Microsoft Hyper-V, VMware ESXi ou Xen, mais saviez-vous que Microsoft Virtual PC ou Oracle VM VirtualBox sont également des hyperviseurs ? De manière générale, nous pouvons dire que tous font la même chose, ce qui nous permet d'exécuter plusieurs systèmes d'exploitation sur un seul hôte physique. Tous les hyperviseurs peuvent être classés en deux groupes :

Type 1– les hyperviseurs, qui sont installés directement sur le matériel hôte et le contrôlent.
Type 2– les hyperviseurs, qui sont conçus comme des logiciels pour un système d'exploitation traditionnel.

Cloud Computing

Le Cloud Computing est une nouvelle étape dans l'évolution de la virtualisation.

Tout d'abord, ce que vous devez savoir, c'est que tous les fournisseurs de Cloud utilisent la virtualisation pour héberger leurs services.

  • AWS – Xen et Nitro Hypervisor (reconstruit par AWS pour leurs besoins KVM)
  • Azure – Reconstruit par Azure Hyper-V
  • GCP – KVM

Ainsi, comme vous pouvez le constater, nous ne pouvons pas affirmer que la virtualisation et le Cloud Computing sont une seule et même chose. Le Cloud est une solution construite sur la virtualisation.

Il existe des services Cloud pour lesquels nous n'avons pas à nous soucier des serveurs, des réseaux, du stockage, etc. Le Cloud ne se limite pas à des serveurs virtuels que nous pouvons créer en une seconde et supprimer quelques minutes plus tard. Il nous offre également la possibilité de ne pas nous préoccuper des licences, de l'espace dans la salle des serveurs, ou même des serveurs inutilisés que nous avons achetés. Nous ne paierons que ce que nous utilisons et quand nous l'utilisons. Dans le Cloud, nous pouvons trouver de nombreux services prêts à l'emploi. Nous n'avons pas à nous soucier de l'infrastructure sous-jacente. Bien entendu, sous le service PaaS, nous trouverons toujours du matériel et des systèmes hyperviseurs, mais la responsabilité de cette partie incombe au fournisseur Cloud. Nous pouvons nous concentrer sur notre cœur de métier.

>> En savoir plus sur liens et différences entre le Cloud et la Virtualisation

Prêt pour l'adoption du cloud ?

La migration vers le Cloud est un processus complexe en plusieurs étapes qui peut nécessiter l'aide d'experts pour éviter les difficultés et surmonter les défis possibles, l'un d'entre eux étant l'insuffisance des connaissances et des compétences. 

Notre équipe d'ingénieurs Cloud expérimentés peut vous conseiller sur l'infrastructure Cloud et prendre en charge l'ensemble du processus, y compris la revue du code et de la documentation, ainsi que la production d'une architecture de haut niveau.   

>> Découvrez notre offre et parlez-nous de vos besoins

FAQ

Commencez par trois questions : Qui doit contrôler l'infrastructure ? Quelle est la rigueur de vos exigences de conformité ? De quel niveau d'évolutivité avez-vous besoin ?
Si l'efficacité des coûts et l'évolutivité rapide sont des priorités, un modèle public peut convenir. Si vous opérez dans un secteur hautement réglementé ou avez besoin d'un contrôle approfondi de la configuration, une configuration privée peut être plus adaptée. Une approche hybride ou multicloud est pertinente lorsque vous recherchez de la flexibilité, une migration progressive ou une diversification des fournisseurs. Le bon choix dépend moins des tendances que de vos réalités réglementaires, techniques et opérationnelles.

Dans de nombreux cas, oui – et souvent plus sécurisé qu'une infrastructure sur site. Les principaux fournisseurs investissent massivement dans la cybersécurité, les certifications de conformité et les systèmes avancés de détection des menaces.
Cependant, la sécurité du Cloud suit un modèle de responsabilité partagée. Le fournisseur sécurise l'infrastructure, mais vous êtes responsable de la configuration appropriée des contrôles d'accès, du chiffrement, de la gestion des identités et de la gouvernance des données. Les problèmes de sécurité résultent généralement d'une mauvaise configuration plutôt que de failles dans le Cloud lui-même.

Les problèmes les plus courants proviennent d'une préparation insuffisante. Migrer trop de données à la fois, sous-estimer les limitations de bande passante ou ne pas analyser les dépendances applicatives peut retarder le processus et perturber les opérations.
Un autre risque fréquent est le manque d'expertise interne. La migration vers le cloud affecte l'architecture, la sécurité, les processus DevOps et les modèles de coûts. Sans une planification adéquate et des spécialistes qualifiés, les projets peuvent dépasser les budgets ou ne pas apporter la valeur attendue.

Il n'existe pas de calendrier universel. Une petite application utilisant une simple stratégie de « lift and shift » peut prendre quelques semaines. Les écosystèmes vastes et complexes comportant de multiples intégrations et contraintes de conformité peuvent prendre plusieurs mois, voire davantage.
La durée dépend de la complexité du système, de la stratégie de migration choisie (telle que le rehosting, le refactoring ou le repurchasing), du volume de données et de la nécessité de maintenir un service ininterrompu pendant la transition.

Pour minimiser ce risque, vous pouvez concevoir des systèmes en utilisant des standards ouverts, la conteneurisation ou des stratégies multi-cloud. Cependant, une indépendance totale est rarement pratique. Plutôt que d'éviter entièrement les fournisseurs, concentrez-vous sur la compréhension des compromis et la prise de décisions architecturales éclairées.

arrow_circle_right Table des matières

Małgorzata Kruszyńska

Malgorzata Kruszynska

Analyste d'affaires

Articles connexes