Adoption du cloud l'informatique a connu une croissance rapide au cours des dernières années. De nombreuses organisations dépendent désormais de leurs systèmes cloud. Cela laisse moins de place à l'erreur lors de la conception de nouvelles architectures.
Un système mal planifié peut être un fardeau pour l'entreprise qui l'utilise. La reconfiguration d'une architecture est un processus long et coûteux, surtout si la migration vers le cloud d'origine ne s'est pas déroulée sans heurts. Bien que certaines erreurs soient inévitables, voici cinq pièges auxquels vous devez faire attention.
1. Blind Focus
Les technologies cloud sont toujours entourées d'un certain battage médiatique. Cela peut inciter les organisations à se concentrer sur la dernière “grande chose,” même si une solution plus ancienne pourrait en fait être plus appropriée.
Ne passez pas au cloud simplement parce que vous le pouvez. Évaluez vos options de manière objective dans le contexte de vos opérations. Supposer que le cloud résoudra tous vos problèmes d'infrastructure informatique est l'une des plus grosses erreurs que vous puissiez commettre. Une migration réussie nécessite que vous adoptiez un état d'esprit axé sur le cloud, et non une liste de technologies et de fournisseurs de services.
Une migration vers le cloud mal envisagée pourrait aggraver les problèmes organisationnels existants. La large distribution des services sur différentes plates-formes entrave votre capacité à superviser vos systèmes. Vous devrez apprendre de nouveaux outils et processus de gestion afin de garder le contrôle.
L'adoption de la technologie cloud a un coût. Ceci est normalement confirmé dans le délai nécessaire pour recycler le personnel au fur et à mesure qu'il s'adapte au nouveau système. Vous devez évaluer chaque charge de travail pour déterminer s'il est judicieux de la déplacer vers le cloud. Toutes les migrations n'en vaudront pas la peine.
Ne perdez pas de vue où sont stockées vos données. Vous devez savoir où se trouvent vos serveurs, combien de serveurs vous avez et comment les données sont distribuées entre eux. N'oubliez pas que vous ne vous déplacez pas vers un cloud global que vous pouvez configurer et oublier. Il est important de documenter le fonctionnement de votre architecture et l'emplacement de vos données.
Les migrations vers le cloud doivent être motivées par un besoin commercial légitime. Vous devez être en mesure d'identifier ce qu'un système cloud ajoutera à votre organisation. Sinon, vous pouvez vous retrouver avec une infrastructure coûteuse, sous-utilisée et mal alignée sur vos opérations.
2. Erreurs d'approvisionnement
Le cloud permet de créer facilement de nouvelles instances de serveurs, de services et de magasins de données. Malheureusement, cela peut entraîner un provisionnement non optimisé, ce qui engloutit votre budget et peut avoir un impact sur les performances.
Les serveurs partagés peuvent avoir du sens pour certains composants de votre pile. Si vous avez 10 serveurs qui restent inactifs pendant la majeure partie de la journée, il peut être plus judicieux de les consolider sur une seule machine.
N'oubliez pas que “le nuage” porte toujours les règles de base de la conception de l'architecture matérielle. Bien que vous puissiez créer des dizaines de serveurs répartis sur plusieurs régions géographiques, cela peut augmenter la latence et nécessite des niveaux durables de débit du réseau.
Ces problèmes sont particulièrement répandus dans les grandes organisations, où les services individuels sont autorisés à créer leurs propres Infrastructure. Vous pouvez rapidement vous retrouver avec un nombre d'instances qui dépasse de loin vos estimations de coûts.
Si une personne quitte l'organisation, les instances rarement utilisées peuvent être oubliées. Gardez un inventaire de vos serveurs cloud afin de savoir quand les instances sont devenues redondantes. Dans les petites équipes, il peut être plus durable de laisser les collègues faire tourner des machines virtuelles sur un serveur partagé. Fournir un accès complet à un environnement cloud pourrait rapidement s'avérer regrettable.
3. Pas de place pour le changement
CONNEXESQu'est-ce que « GitOps » et pourquoi est-ce important ?
Le cloud est la technologie d'aujourd'hui. S'il y a une chose qui ressort des décennies passées, elle ne sera peut-être pas nécessairement pertinente demain. Bien que la notion générale de “le mettre dans le cloud” semble peu susceptible de disparaître, les technologies individuelles évoluent et sont remplacées régulièrement.
Si vous prenez le temps de migrer vers le cloud, rendez-vous service et profitez-en pour évaluer comment vos systèmes peuvent s'adapter au changement. Cet exercice est également utile pour déterminer une stratégie de migration efficace.
Concevoir pour le changement implique souvent de diviser les monolithes en microservices individuels. Cela en soi peut nécessiter une refactorisation substantielle, mais cela peut rapporter des dividendes à long terme.
Une fois que vous avez adopté une architecture de microservices, vous avez la liberté de localiser chaque service individuel dans le cloud qui lui convient le mieux. Si une technologie est remplacée à l'avenir, vous pourrez vous concentrer sur la migration des microservices spécifiques qui l'ont utilisée.
À plus grande échelle, les fournisseurs de cloud peuvent faire évoluer leurs piles de produits, fusionner, ou s'arrêter. Vous devez planifier la façon dont votre système réagira à ces événements, aussi improbables qu'ils puissent paraître. Ne présumez pas que la situation d'aujourd'hui restera la même pour toujours.
4. Aucun plan de migration
RELATEDComment migrer votre base de données vers AWS
Implémenter une architecture cloud n'est pas quelque chose que vous faites en un après-midi. Les migrations réussies nécessitent un plan d'action qui tient pleinement compte de toutes les éventualités. Vous devez vous assurer que toutes les parties prenantes sont informées de ce qui se passe, pourquoi cela est nécessaire et comment vous réagirez à tout problème imprévu.
Vous devez viser à migrer progressivement vos charges de travail. Si vous déplacez tout en une seule fois, tout problème sera beaucoup plus impactant. Commencer avec un service à trafic relativement faible vous donnera plus de marge de manœuvre en cas de problème.
Évaluez chaque migration pour identifier les enseignements que vous pouvez appliquer à la suivante. Accélérez progressivement votre adoption du cloud jusqu'à ce que vous soyez là où vous voulez être. Une migration peut finir par être un exercice de plusieurs mois, mais cela vous donne plus de temps pour analyser ses effets sur votre organisation.
À tout le moins, une stratégie documentée est importante pour que vous ayez une référence pour l'avenir. Vos successeurs vous remercieront si vous pouvez leur indiquer un plan de migration qui explique comment votre infrastructure a atteint son état actuel. Il est important de détailler l'analyse de rentabilisation pour chaque étape ainsi que les détails techniques. Cela permet d'illustrer pourquoi un système a été choisi au lieu de simplement décrire ce qui a été installé.
5. Déprioriser la sécurité
Cette liste ne serait pas complète sans mentionner la sécurité. La sécurité doit être plus qu'une réflexion après coup. Il doit être intégré à tous les aspects de votre architecture. Transférer la sécurité au début de votre processus de prise de décision garantit qu'elle ne peut pas être négligée.
CONNEXION : Quels sont les trois piliers de la cybersécurité ?< /strong>
Ne partez pas du principe que vos systèmes cloud sont intrinsèquement sécurisés. L'utilisation de grands fournisseurs peut fournir une fausse assurance que vos données sont protégées. En réalité, aucun cloud n'est totalement sécurisé. De nombreuses violations graves proviennent d'erreurs de configuration de base, telles que l'exposition involontaire d'un compartiment de stockage d'objets.
L'intégration de la sécurité dans votre conception réduit le risque de problèmes cachés. Avoir un seul audit à la fin de votre processus peut vous faire manquer des vulnérabilités qui se trouvent dans des composants individuels.
L'intégration de la sécurité systémique ajoute du temps et des coûts à la construction initiale, mais est vitale pour une utilisation à long terme. Vous devez tenir compte de toutes les éventualités dans lesquelles un attaquant pourrait accéder à vos serveurs, données et magasins de configuration.
N'oubliez pas de verrouiller également l'accès aux panneaux de contrôle de l'hôte cloud. Il ne sert à rien d'avoir des protections de sécurité de charge de travail strictes si vous utilisez un mot de passe non sécurisé pour accéder à votre fournisseur d'hébergement. Utilisez un mot de passe fort, configurez une authentification à deux facteurs et déléguez l'accès uniquement aux membres essentiels de l'équipe.
Résumé
Une architecture cloud efficace vous aide à maximiser les opportunités fournis par vos systèmes. La technologie cloud peut être plus efficace, plus évolutive et plus facile à intégrer à d'autres services. Cela ne signifie pas pour autant que c'est votre seule option.
Évaluez l'éventail complet des technologies disponibles, créez un plan détaillé avant de migrer et soyez ouvert au changement. Intégrez la sécurité dès le départ afin que vous sachiez que vos données sont en sécurité. Vous pouvez toujours faire des erreurs, mais au moins vous serez mieux préparé à les anticiper et à les résoudre.