Six pièges lors de la migration vers le cloud

La réussite et la rapidité de la migration vers le cloud dépendent de plusieurs facteurs. Avant tout, une entreprise doit savoir à l'avance quels systèmes, applications et données elle veut ou peut transférer vers le cloud public et quels sont les objectifs qui y sont liés - par exemple en termes d'amélioration de la qualité et de la productivité, de réduction des coûts ou d'augmentation de la résilience. Une entreprise est confrontée à de sérieux écueils auxquels il faut faire attention. Voici les six plus courants, listés par le prestataire de services informatiques et expert du cloud transtec.1. ne pas assimiler le cloud à une réduction des coûtsDe nombreuses entreprises partent du principe que l'utilisation de services en nuage est inévitablement liée à une réduction des coûts. Mais ce n'est pas forcément le cas. On ignore également que la réduction des coûts ne doit pas toujours être l'objectif premier lié au cloud. Des aspects tels que la haute disponibilité, les goulots d'étranglement en matière de ressources ou la transformation numérique - pour n'en citer que quelques-uns - peuvent également parler en faveur du cloud et être des motifs décisifs pour la décision en faveur du cloud.2. tenir compte des différents modèles de licenceIl est indispensable de vérifier les applications utilisées et les modèles de licence qui y sont liés, car tous les logiciels ne peuvent pas être utilisés sans autre 1:1 dans le cloud. Une telle utilisation peut également être liée à des coûts élevés - un exemple serait les licences de base de données Oracle qui, si elles étaient correctement licenciées, seraient nettement plus chères que dans le cas d'une installation sur site. Les licences OEM de Microsoft ne peuvent pas non plus être transférées dans des offres en nuage.3. classer les donnéesAvant d'externaliser des données, il faut les classer. Il faut avant tout déterminer clairement quelles données sont critiques pour l'entreprise et ne doivent pas être transférées vers le cloud. Il peut également arriver que certaines données ne puissent pas être utilisées dans le cloud, ne serait-ce que pour des raisons juridiques (par exemple, les données médicales).4. tenir compte des scénarios de sauvegarde et de défaillanceDeux points qui doivent absolument être pris en compte lors des migrations vers le cloud concernent le thème de la reprise après sinistre et, à cet égard, l'offre de prestations concrète du fournisseur. Les deux paramètres RTO (Recovery Time Objective) et RPO (Recovery Point Objective) sont essentiels à cet égard. Le RTO se réfère au délai prescrit qui ne doit pas être dépassé pour une restauration complète du système. RPO concerne le laps de temps pendant lequel une perte de données est acceptée, c'est-à-dire la période maximale qui peut s'écouler entre deux sauvegardes. La détermination claire de ces deux paramètres est une condition élémentaire pour la conclusion d'un accord de cloud computing.5. vérifier les politiques de sécurité du fournisseur d'accèsLes directives de sécurité du fournisseur sont-elles compatibles avec les directives de conformité internes de l'entreprise ? Il convient également de se poser cette question et d'y répondre avant de migrer vers le cloud. Il peut être nécessaire d'adapter ses propres directives. Mais il se peut aussi qu'il n'y ait tout simplement pas de compatibilité. Il est par exemple possible que le fournisseur - surtout s'il s'agit d'un grand acteur international - ne puisse pas garantir le respect des directives allemandes ou européennes en matière de protection des données.6. éviter le verrouillage du vendeurIl est indispensable de convenir d'une stratégie de sortie. Si une entreprise veut à nouveau exploiter son informatique en interne, il faut régler exactement par contrat la manière dont la sortie se fera. Cela concerne bien sûr aussi un éventuel changement de fournisseur. Le manque de transparence dans l'élaboration des contrats est de toute façon un dilemme central de nombreux accords sur le cloud.