Ce livre blanc est fourni à titre de référence historique uniquement. Certains contenus peuvent être obsolètes et certains liens peuvent ne pas être disponibles.
Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Six considérations relatives au verrouillage
Un CSP doit réussir grâce à l'étendue, à la profondeur, à la portée mondiale, à l'innovation, à l'agilité, à la fiabilité et à la sécurité de ses services. À moins d'avoir accès à la plus large gamme de services cloud, avec un CSP qui ajoute de nouvelles fonctionnalités et de nouveaux services à un rythme accéléré, les clients risquent de se retrouver enfermés dans une technologie obsolète. Un CSP qui ne parvient pas à conserver la confiance de ses clients grâce à la qualité de ses services peut avoir tendance à adopter des pratiques de verrouillage. Voici six points à prendre en compte pour vous aider à comprendre ce qu'il faut demander aux CSP, ce qu'il faut éviter et comment élaborer un plan pour changer de technologie, si vous le souhaitez.
Engagements minimaux ou contrats à long terme
Un CSP ne doit pas comporter d'engagements minimaux obligatoires, ni de contrats à long terme obligatoires. Long-term les contrats ne devraient être proposés que pour des raisons de commodité pour le client et devraient généralement être assortis d'une fonction compensatoire telle qu'une réduction des prix ou un engagement à améliorer les and/or performances fonctionnelles du service tout au long du cycle de vie.
Historiquement, les clients ont conclu des contrats qui duraient des années, voire des décennies, la technologie étant souvent figée dans le temps pendant la durée du contrat, freinant ainsi l'innovation et l'expérimentation. Le principal problème lorsqu'il s'agit de ces engagements ou contrats dans le cloud est de savoir s'ils sont obligatoires. Si vous souhaitez utiliser le cloud en mode de paiement à l'utilisation, il doit être disponible. Pay-as-you-go une tarification sans engagement contractuel permet aux clients de fermer leur environnement, d'exporter leurs données et leurs machines virtuelles (VM) et de s'en aller sans encourir de frais supplémentaires.
Cependant, les clients devraient toujours se sentir libres de choisir un contrat à plus long terme, si cela correspond le mieux aux besoins de leur entreprise. Les clients doivent garder à l'esprit qu'un contrat à long terme doit offrir des avantages par rapport à un contrat de type « paiement à l'utilisation », qu'il s'agisse d'une réduction des prix, d'un engagement à effectuer des mises à niveau dans le cadre du contrat ou d'un autre facteur bénéfique pour votre entreprise. Un CSP doit vous donner la liberté de choisir le modèle de tarification et de contrat qui lui convient le mieux, ainsi qu'à sa charge de travail. Vous pouvez ainsi adopter le cloud selon vos propres conditions.
Licences
Un CSP doit proposer une gamme d'options de licence aux clients. Parmi les exemples, citons un marché proposant un catalogue numérique organisé qui permet de réduire les coûts en évitant les achats excessifs avec une licence à perpétuité, plusieurs offres de bases de données, un support logiciel open source robuste, des environnements de virtualisation alternatifs pour prendre en charge les services de cloud hybride et des outils pour vous aider à évaluer et à réduire les coûts de licence.
AWS travaille avec des fournisseurs de logiciels indépendants (ISV) qui ont autorisé l'utilisation de leur produit sur AWS, permettant aux clients d'apporter leur propre licence (BYOL) et de l'appliquer au produit sur le, AWS Cloud ce qui contribue à réduire les coûts de changement lorsqu'ils s'éloignent du. AWS Cloud En outre, il vous AWS Marketplace permet de rechercher, d'acheter, de déployer et de gérer des logiciels et services tiers.
Vous pouvez choisir un modèle de tarification des services publics avec un package de support, qui est une licence payante à l'utilisation dans le cadre de laquelle vous n'avez aucun coût de licence initial et ne payez que pour les ressources que vous consommez. Certains ISV proposent également leur logiciel en tant que service et facturent des frais d'abonnement mensuels. AWS License Manager
Les clients peuvent également envisager de passer à une solution open source entièrement gérée. Par exemple, au lieu de payer des contrats à long terme et des frais de support pour un courtier de messagerie commercial, vous pouvez migrer vers le service Amazon MQ entièrement géré et basé sur les normes du secteur.
Portabilité des données
Un CSP doit fournir des outils et des services de portabilité qui permettent aux clients de déplacer des données selon leurs besoins sur et hors du stockage d'un CSP à tout moment.
Les clients du cloud ont besoin d'informations détaillées, claires et transparentes concernant les processus, les exigences techniques, les délais et les frais qui leur seront appliqués s'ils souhaitent passer à un autre fournisseur ou transférer des données vers leurs propres systèmes informatiques. Cela devrait également inclure les processus et les emplacements de toute sauvegarde de données, les formats de données disponibles, la configuration informatique requise et la bande passante minimale du réseau. Les CSP doivent également confirmer la période pendant laquelle les données des clients resteront disponibles pour le portage à la fin d'un contrat.
Le modèle de responsabilité partagée dans le cloud est un facteur important en matière de portabilité des données. Certains concepts clés concernant la propriété et la gestion des données dans le modèle de responsabilitéAWS partagée
-
Les clients sont propriétaires de leurs données.
-
Les clients ont la possibilité de stocker le contenu dans le format de leur choix.
-
Les clients choisissent le ou les emplacements géographiques dans lesquels ils stockent leurs données, et celles-ci ne sont pas déplacées à moins que le client ne décide de les déplacer.
-
Les clients peuvent télécharger ou supprimer leurs données quand ils le souhaitent.
AWS les services sont conçus pour prendre en charge à la fois la migration des données vers et depuis AWS
À titre de bonne pratique, les clients devraient demander aux CSP de faire une démonstration de leurs outils et services de portabilité des données dans le cadre d'un processus d' services/CSP évaluation du cloud.
AWS comprend que la liberté de choix est un besoin fondamental du client. Comme indiqué précédemment, AWS les clients conservent toujours la propriété et le contrôle de leurs données, notamment de l'endroit où elles sont stockées, de la manière dont elles sont stockées et des personnes qui y ont accès. AWS a contribué à des initiatives du secteur telles que le code de conduite sur le changement de fournisseur de cloud et le portage des données
Portabilité des applications
Pour minimiser le risque de dépendance vis-à-vis d'un fournisseur, les applications doivent être conçues ou migrées de manière à être aussi flexibles et peu couplées que possible.
La réduction des coûts de commutation potentiels nécessite une bonne architecture, des pratiques de déploiement standard et une planification préalable. Vos services cloud doivent être conçus en tenant compte de la fugacité.
Il existe plusieurs moyens d'améliorer la portabilité de vos applications :
-
Utilisez des conteneurs Docker qui peuvent être déployés pratiquement n'importe où ; créez à l'aide de microservices pour réduire le « rayon d'action » des modifications apportées à certaines parties de votre application (permettant de tester chacune d'entre elles indépendamment si vous devez apporter des modifications à grande échelle).
-
Optez pour des services faiblement couplés, en particulier lorsque vous utilisez un service spécifique à un CSP, en créant une façade pour chaque service CSP afin de pouvoir le remplacer de la manière la plus transparente possible.
-
Construisez votre plateforme cloud sur des normes ouvertes telles que Xen, SQL, KVM et Linux.
Délimiter clairement les interdépendances des services permet de créer et de maintenir un plan de retrait ou de réversibilité dynamique. Selon le niveau de risque que vous percevez, vous pouvez rendre ce plan plus ou moins détaillé. Dans ce plan, vous pouvez détailler les principaux coûts de changement si vous deviez quitter un CSP et les mesures que vous prendrez pour les gérer. Vous pouvez également établir un plan de projet détaillé sur la façon dont vous procéderiez pour déménager, ainsi qu'estimer ces coûts.
Les CSP hyperscale fournissent des services standardisés à des millions de clients, et ces services standardisés sont utilisés par les clients pour créer leurs environnements cloud uniques. Un CSP ne peut à aucun moment savoir à quoi ressemblera l'environnement d'un client, et un plan de réversibilité ou de réversibilité ne doit pas s'attendre à ce genre de détails de la part d'un CSP. Un CSP doit plutôt fournir une documentation technique détaillée pour chacun de ses services standardisés, afin que les clients puissent utiliser ces informations pour créer et gérer leurs propres plans de backout.
En résumé, voici quelques considérations importantes relatives à la portabilité des applications :
-
Les composants de l'application cloud doivent être étroitement liés aux composants de l'application qui interagissent avec eux. Pour ce faire, vous pouvez intégrer des API REST conformes aux normes industrielles les plus courantes telles que HTTP, JSON et OAuth pour extraire vos applications de l'infrastructure cloud propriétaire sous-jacente.
-
Toute logique métier doit être séparée de la logique d'application et être clairement définie et documentée. Cela évitera d'avoir à déchiffrer les règles commerciales en cas de migration vers un nouveau CSP.
-
DevOps des outils sont mis en œuvre pour maximiser la portabilité du code. Les outils de gestion de configuration tels que Chef et Puppet vous aident à automatiser la configuration de l'infrastructure sur laquelle vos applications s'exécutent. Cela vous permet de déployer votre application dans divers environnements informatiques, ce qui peut réduire les difficultés liées au passage à un nouveau CSP. Ces technologies réduisent les risques de blocage qui peuvent découler des configurations propriétaires et peuvent faciliter la transition d'un CSP à un autre.
-
La technologie des conteneurs fournie par des entreprises telles que Docker, Kubernetes et CoreOS permet d'isoler les logiciels de leur environnement et d'isoler les dépendances du fournisseur de cloud. Comme la plupart des CSP prennent en charge les formats de conteneur standard, il devrait être facile de transférer votre application vers un nouveau fournisseur de cloud, si nécessaire.
Disponibilité des services et innovation des fournisseurs
Afin de justifier son engagement en faveur d'un CSP, le CSP doit être en mesure de démontrer un historique éprouvé en matière d'innovation et de disponibilité des services. Si un CSP propose le service le plus innovant, le plus disponible et le plus flexible du marché, et qu'il permet de déménager facilement et en toute sécurité, il n'y a aucune raison de ne pas choisir son service du point de vue de la dépendance à un fournisseur.
La dépendance vis-à-vis des fournisseurs est un facteur important, mais ce n'est pas le seul facteur à prendre en compte lors de l'adoption d'une nouvelle technologie. Lorsque vous passez à un CSP, vous ne vous concentrez pas uniquement sur le fait d'éviter la dépendance vis-à-vis d'un fournisseur. En fin de compte, vous souhaitez exploiter les capacités des fournisseurs et les avantages qu'ils apportent à votre organisation. Le rythme d'innovation éprouvé d'un CSP rassure les clients sur le fait que le CSP a l'intention de continuer à gagner leur marché en leur proposant davantage d'options de services, tout en sachant qu'ils peuvent passer à un autre fournisseur de cloud s'ils le souhaitent.
AWS fournit aux clients les services et les fonctionnalités qu'ils souhaitent, et évite de les obliger à utiliser les services AWS
qu'ils pensent vouloir. La AWS culture de l'innovation permet aux clients d'exploiter et d'influencer AWS l'innovation, ainsi que l'innovation des services tiers disponibles via l'AWS Partner Network
Exploiter les capacités des fournisseurs revient à garantir la disponibilité des services. Un CSP peut offrir des services hors pair, mais s'ils ne sont pas fiables, vous voudrez probablement passer à un autre CSP proposant des services fiables. La disponibilité et la fiabilité sont les principaux avantages du cloud, et les CSP doivent présenter des SLA qui démontrent clairement l'engagement en matière de service et les conditions de rémunération en cas de non-respect de ces SLA. Les clients peuvent utiliser AWS les régions et les zones de disponibilité (AZ) distinctes et géographiquement diverses pour protéger les applications contre la défaillance d'un seul site. Une étude réalisée par IDC en 2018
Cost
Les CSP devraient être en mesure de démontrer qu'ils ont toujours veillé à ce que l'efficacité opérationnelle se répercute sur les clients sous la forme de réductions de prix.
Si un CSP augmente les prix, les clients pensent à déménager. Si un fournisseur de services client a toujours augmenté ses prix, il est probable qu'il essaiera d'empêcher ses clients de s'en éloigner en augmentant les coûts de changement, souvent par le biais de pratiques de licence punitives ou d'obstacles technologiques arbitraires.
AWS fonctionne à grande échelle, offrant des services standardisés en libre-service. Ce modèle peu exigeant nous permet de nous concentrer sur l'innovation au service des clients afin de fournir davantage de services, d'améliorer les services déjà disponibles et de trouver des gains d'efficacité opérationnelle qui peuvent être répercutés sur les clients sous forme de baisses de prix. AWS a réduit ses prix 107 fois, principalement en l'absence de pression concurrentielle en ce sens. AWS a essayé de faire en sorte qu'il soit le plus facile possible de partir si vous le souhaitez, car elle AWS est convaincue que les AWS services parlent d'eux-mêmes et que la qualité du service incitera les clients à rester avec eux AWS.
