Share:

Pendant la majeure partie de notre existence chez Cloudreach, nous n’avions qu’un seul objectif : apporter la valeur du Cloud public à nos clients. Cela a permis d’introduire l’idée de l’adoption du Cloud, de surmonter les préoccupations, les défis et les soupçons naturels de « perte le contrôle » et d’aider à mettre en œuvre des solutions offrant de la flexibilité à leur entreprise. L’accent mis sur le Cloud public nous a vraiment aidés à porter notre message de valeur.

Cloudreach croit toujours fermement que toutes les applications futures vivront sur des plates-formes de Cloud public et notre objectif reste de maximiser la valeur consistant à aider les clients à faire cette transition. Cependant, comme les entreprises adoptent maintenant le Cloud public de manière plus complète, nous avons constaté qu’il est nécessaire d’élargir légèrement notre champ d’action et d’accepter que l’hybride est un État que nous devrions soutenir.

Nous reconnaissons que le parcours de transformation informatique n’est pas toujours simple, car la plupart des grandes organisations ont des interdépendances sur des applications difficiles à déplacer, ce qui signifie que la durée de leur transition forcera les opérations hybrides pendant un certain temps. Pour certains, l’hybride est un état final tandis que pour d’autres, ce n’est qu’un point d’arrêt dans leur parcours vers un fonctionnement complet dans le Cloud public.

Afin de fournir à nos clients un support complet pour leur transformation technologique dans leur adoption du Cloud public, nous étendons nos offres pour couvrir les cas d’utilisation du Cloud hybride les plus répandus :

  1.  Exigences du Cloud public / centre de données conventionnel : cela est souvent observé soit lorsqu’il y a une dépendance de l’application à une ressource qui n’a pas encore été déplacée, soit lorsqu’il est nécessaire de vider complètement un emplacement et qu’il existe des plates-formes plus difficiles qui doivent être déplacées, telles que les mainframes (série Z), AS-400 (série I) et Unix (PowerSystems, Solaris)
  2. Extension du Cloud public à un centre de données privé : les fournisseurs de services Cloud proposent désormais des solutions d’infrastructure Cloud sur site telles qu’Azure Stack et AWS Outpost. Ceux-ci sont généralement utilisés pour résoudre les problèmes de connectivité intermittente, de performances ou de souveraineté des données.
  3. Maintenance du plan de contrôle : plutôt que de passer à une transformation complète du processus et du modèle d’exploitation, certains choisissent d’étendre le plan de contrôle, comme VMWare vSphere dans le Cloud public, tout en maintenant une partie de la plate-forme dans des centres de données privés (ou non).

Pour soutenir ces états, les services gérés de Cloudreach s’interfacent avec les processus d’exploitation conventionnels et nous avons établi des partenariats avec des entreprises capables de fournir des services de colocation et des services gérés conventionnels afin que nous puissions continuer à fournir un service de bout en bout à nos clients.

En mai, nous avons annoncé notre partenariat avec BT Global Services pour fournir des services gérés cloud combinés à des clients conjoints multinationaux, en plus d’un partenariat précédemment annoncé avec T Systems offrant une couverture géographique plus large.

En complément, nous pouvons fournir les services de support du matériel et du système d’exploitation localisés via nos partenaires pour prendre en charge l’extension du Cloud public aux installations privées, Azure Stack et AWS Outpost, lorsque cela est nécessaire en raison des besoins de souveraineté des données, des problèmes de latence et de connectivité intermittente.

L’extension des opérations vSphere est une extension où le rôle est inversé, et nous fournirons un support de Cloud public à nos équipes partenaires qui gèrent le plan de contrôle VMWare vSphere.