Accueil Cloud computing Quelles sont les inquiétudes que les entreprises peuvent avoir avec une approche cloud lift and shift?

Quelles sont les inquiétudes que les entreprises peuvent avoir avec une approche cloud lift and shift?

Anonim

Q:

Quelles sont les préoccupations des entreprises avec une approche cloud "lift and shift"?

UNE:

Le processus de «lever et déplacer» pour un ensemble de charges de travail ou d'environnement de données est généralement défini comme un projet qui cherche simplement à «soulever» les opérations d'un environnement, puis à le «déplacer» vers un autre - par exemple, un déplacement de certaines charges de travail et tâches du local vers le local, ou un déplacement des opérations de données d'un centre de données à un autre. Les inquiétudes que les entreprises peuvent avoir impliquées certains des écrous et des boulons de la façon dont une telle migration pourrait fonctionner.

Certaines préoccupations concernant le levage et le décalage sont liées à l'idée qu'il n'est pas aussi simple qu'il y paraît de simplement «couper et coller» les opérations système sur un nouveau système. Souvent, une approche de levage et de changement commencera sans documentation suffisante des exigences ou de la conception opérationnelle. Lorsque ceux-ci sont nécessaires ultérieurement, il peut jeter une clé à molette dans le projet.

D'autres problèmes d'ascenseur et de décalage impliquent les différences entre les deux environnements en question. Un projet peut fonctionner correctement dans un système hérité sur site ou d'origine, car ce système dispose de toutes les bonnes ressources, mais il peut ne pas fonctionner aussi bien dans un nouvel emplacement. Une analogie trop simplifiée serait avec une plante d'intérieur: il existe un certain nombre de facteurs qui pourraient faire prospérer une plante moins dans un pot que dans un autre.

D'autres préoccupations concernant le levage et le décalage ont à voir avec les problèmes inhérents au processus initial: il y a souvent l'idée que dans un levage et un décalage, il n'y a aucun effort pour résoudre les problèmes avant la migration. Cela laisse ces problèmes entraver le projet dans son nouvel environnement, et provoque un chaos rampant alors que les parties prenantes tentent de mettre en œuvre et de mettre à l'échelle le nouveau système. VMware vExpert Eric Wright, qui écrit pour le blog Turbonomic, fait également une analogie avec ce problème: l'analogie d'une entreprise de déménagement qui simplement «soulève et déplace» des conteneurs pleins de déchets ou de débris, livrant des composants indésirables à une destination. L'idée avec l'ascenseur et le décalage informatiques est que les résultats peuvent impliquer des mélanges de données inutiles, des données qui ne correspondent pas à ses systèmes de manipulation ou des ensembles de données qui dépassent leur «habitat».

Tous ces problèmes sont potentiels avec un scénario de «levage et de décalage», qui peut être contrasté avec d'autres scénarios appelés, peut-être, «réparer et envoyer», où il y a des efforts initiaux pour concevoir et perfectionner des systèmes avant une migration.

Quelles sont les inquiétudes que les entreprises peuvent avoir avec une approche cloud lift and shift?