Tenez compte de ces éléments avant de déplacer des données vers le cloud hybride

Utiliser le Cloud Public n’est pas le choix optimal et c’est pourquoi le Cloud Hybride est un choix idéal pour les entreprises. Une partie des données est conservée sur VMware , Oracle ou tout autre outil similaire que vous avez choisi, le reste est déplacé vers le Cloud Public. Vous pouvez également créer un Cloud Privé avec des fonctionnalités comme le Cloud Public et enfin obtenir un produit hybride.

Le cloud hybride permet d'exécuter une infrastructure directement sur l'ordinateur, en utilisant certaines fonctionnalités du cloud, puis de passer en mode public ou privé lorsque vous êtes prêt. En effet, certaines données et services n'atteignent jamais le Cloud Public en raison de limitations imposées par la réglementation, la sécurité, la bande passante ou le coût.

La nature hybride du cloud hybride présente des avantages pratiques, permettant au service informatique de tester soigneusement, voire de reculer si nécessaire.

Pour commencer à utiliser le cloud, qu'il soit privé ou public, vous aurez besoin de certains services de base, d'une stratégie pour savoir quoi déplacer en premier, quoi ensuite, où déménager...

Services de base du cloud hybride

Il existe 3 services d'infrastructure importants qui doivent être disponibles à la fois sur le centre de données et sur le cloud public, pour utiliser efficacement le cloud hybride :

• Sécurité et identité : les utilisateurs doivent s'authentifier pour accéder à l'application, à la fois dans le cloud et sur l'appareil. La gestion doit être centralisée.
• Recherche : doit autoriser la recherche aux deux endroits. Il doit s'agir d'une solution de recherche qui permet de rechercher sur les deux environnements tout en maintenant la sécurité, car vous ne souhaitez certainement pas que les données situées derrière votre pare-feu soient recherchées sur un réseau externe.
• Core Data : Il s’agit bien sûr d’une base de données cloud. Toutes ne doivent pas nécessairement être dans le SGBDR (système de gestion de base de données associé), les données essentielles (sans lesquelles l'application peut toujours fonctionner) peuvent être stockées dans d'autres référentiels. Une partie des données importantes (sans lesquelles l'application ne peut pas fonctionner) est stockée dans le cloud, grâce à des applications comme Salesforce.

Vous ne pouvez pas simplement mettre quelque chose sur le cloud et l'envoyer à tout moment

Que mettre sur le Cloud Public ?

L'application ne sera pas déplacée vers le cloud tant qu'elle n'aura pas été mise à jour. Pour décider quoi mettre à niveau, vous devez répondre aux questions suivantes :

• Combien ça coûte de courir ? Vous pouvez économiser sur les coûts d’équipement et de gestion lorsque vous transférez des applications vers le cloud. Mais utiliser le rotin n’est pas toujours moins cher. Si le serveur consomme des cycles de processeur , libère de grandes quantités de données pour quelques utilisateurs et que les applications ne sont jamais mises à jour, il est alors difficile de dire que l'utilisation du cloud est moins chère.
• Quelle est l'architecture de l'application ? Les applications basées sur les technologies Web modernes transféreront les données plus facilement que les applications utilisant des technologies plus anciennes, telles que CORBA. Les anciennes architectures ne savent pas s'il y aura des nuages, il faudra donc les réécrire de zéro pour les adapter.
• Avez-vous un groupe de soutien ? Si l’équipe de développement et l’équipe d’infrastructure ne prennent pas en charge la migration, celle-ci sera très difficile et échouera très probablement.
• Quels sont les enjeux juridiques ? Si vous devez vous conformer à des réglementations ou à des certifications, vous devez vous assurer que l'infrastructure cloud peut les gérer. Ces exigences peuvent être complexes : les applications et/ou les données sont-elles autorisées dans votre pays ? Le fournisseur de cloud dispose-t-il d'informations d'identification légitimes ? L’application cloud répond-elle à ces exigences ?
• Quels sont les atouts incontournables ? Tous les actifs requis par l'application proviennent-ils du cloud ?
  Comment trouver des données ? Si vous mettez des données sur le cloud, est-ce que quelqu'un les trouvera ? Comment le rendre public depuis un appareil privé ? Comment le retrouver et le combiner avec des données internes ?

Ce qui précède s'applique également lors du passage au cloud privé, un type de centre de données sur site, utilisant la même technologie et la même architecture que le cloud public. Dans certains cas, par exemple lorsque la conformité réglementaire ou les actifs applicatifs sont requis, ces problèmes sont plus faciles à résoudre à l'aide du cloud privé.

Que faut-il laisser ?

Certaines applications ne devraient pas aller vers le cloud, hybride ou non. A long terme, il faudra penser à trouver de nouvelles applications. À court terme, il peut être possible de le laisser sur place si :

• Stable : l'application n'est pas mise à jour, toujours utilisée et très stable.
• Sans rapport avec le Web : l'application a été écrite dans les années 90 et faisait tout avec une adresse fixe. Il pourrait s'agir d'une application de bureau 4GL utilisant les services Terminal Server. Toute application qui utilise une technologie antérieure au Web et au cloud est difficile et coûteuse à transférer des données.
• Dépendances : si l’application dépend de beaucoup d’autres choses, elle n’est pas prête à passer dans le cloud.

En savoir plus :

• Comment installer ownCloud sur Windows
• Multicloud - une nouvelle étape dans la technologie du cloud computing