Table des matières:
- Latence: la performance compte
- Sécurité: planification en contexte
- Gouvernance: obtenir le bon équilibre
- Création de flexibilité dans le modèle
Vidéo: Horizon - Brian Stevens - Expanding the Cloud Community 2024
Lors de la planification du déploiement dans un environnement de cloud hybride, gardez à l'esprit que le cloud hybride n'est pas un modèle architectural unique; il s'agit plutôt d'une combinaison de nombreux services différents situés sur différentes plates-formes. Du point de vue de l'architecture, il est important d'examiner les relations entre les services utilisés ensemble. Par conséquent, l'utilisation des technologies de gestion du cloud doit être considérée comme faisant partie du cadre architectural du cloud hybride.
Dans le nuage hybride, vous ne regrouperez jamais tous les services et éléments comme s'il s'agissait d'un seul système. Au lieu de cela, vous devez avoir une compréhension claire des services distribués et comment ils se rapportent les uns aux autres. La plupart des approches nécessitent la création de modèles de meilleures pratiques qui peuvent être utilisés pour créer les bons liens entre les services.
Un environnement de cloud hybride bien conçu doit être construit pour soutenir le changement. Le changement peut être l'ajout d'un autre service cloud, tel qu'une application SaaS (Software as a Service) ou un nouveau partenaire et leur ensemble de services. En substance, les modèles hybrides ont les considérations architecturales primaires suivantes:
-
Latence et performance
-
Sécurité
-
Gouvernance
-
Fiabilité dans le contexte du changement
Latence: la performance compte
Lors de la planification de votre modèle hybride, vous devez prendre en compte performances globales de votre plate-forme, ce qui signifie que vous devez surveiller et mesurer votre environnement entier. Par exemple, dites qu'un problème critique pour votre entreprise est la vitesse à laquelle les commandes des clients sont confirmées. Si vous ne gérez pas ce problème efficacement, les clients ne seront pas satisfaits et pourront passer à un autre fournisseur. Vous pouvez conserver la gestion des transactions dans un environnement de cloud privé ou de centre de données.
Si vous utilisiez un service de gestion des transactions de cloud public, la latence associée au déplacement des données entre les réseaux entraînerait des retards de service. De plus, certaines applications nécessitent un accès et une manipulation réguliers des données complexes. Si cela se produisait régulièrement, vous pourriez ne pas être en mesure de vous comporter comme les clients l'attendent. Dans ce cas, utilisez votre solution sur site actuelle ou un environnement de cloud privé bien architecturé. D'un autre côté, vous pouvez découvrir que pour d'autres applications, une application SaaS fournit une latence acceptable pour répondre aux besoins de vos composants.
Outre les performances d'un service cloud spécifique, vous devez prendre en compte l'emplacement d'un service.Un service dans un cloud public peut convenir à un type d'utilisation, mais peut avoir une latence inacceptable lorsque plusieurs services doivent échanger rapidement des données. Par conséquent, une partie de l'architecture hybride nécessite que vous compreniez le rôle joué par chaque service et la manière dont ces services doivent interagir les uns avec les autres.
Sécurité: planification en contexte
Lors de la planification de votre environnement hybride, vous devez d'abord réfléchir aux exigences de sécurité pour les clients. Quel type d'environnement fournissez-vous à vos clients? Créez-vous une ressource informationnelle qui pourrait être liée à un ensemble de fiches de données produit?
Toutefois, si vous avez créé une plateforme qui gère les données de santé privées, vous devez vous assurer que vous avez créé le niveau de protection et de confidentialité que vos clients (et le gouvernement) exigent. Vous devez comprendre ces considérations avant de commencer votre conception. Alors, assurez-vous que vos fournisseurs de cloud peuvent répondre à vos besoins.
Gouvernance: obtenir le bon équilibre
Tout comme la sécurité, les exigences de gouvernance déterminent la manière dont vous planifiez votre environnement de cloud hybride. De nombreuses industries ont des règles d'engagement qui sont considérées comme des pratiques exemplaires. Si vous faites partie d'une industrie qui doit répondre à des exigences de gouvernance sophistiquées, il est important de choisir des partenaires qui répondent à vos besoins. Vous pouvez découvrir que vous ne pouvez pas utiliser un tiers pour cette partie de votre environnement.
De nombreux pays ont des directives et des exigences strictes sur la façon dont les données privées doivent être traitées. Dans certains pays, les données d'un individu doivent être stockées physiquement dans ce pays. Ces types d'exigences de gouvernance exigent que les organisations informatiques planifient leur plate-forme en conséquence. Cela implique d'inclure des services de gestion de processus qui déterminent où les données doivent être stockées, ce qui signifie que, dans certains pays, les données sont stockées dans un seul centre de données physique. Dans d'autres pays, les données peuvent être très distribuées dans toutes les régions sans enfreindre les règles. Certains fournisseurs de cloud peuvent mettre en œuvre des stratégies automatisées qui garantissent l'exécution de certains services en fonction de ces règles.
Création de flexibilité dans le modèle
Les entreprises qui se penchent sur le cloud computing supposent généralement qu'il s'agit d'un modèle «tout ou rien». Cependant, le cloud computing fait simplement partie d'un plan d'architecture distribué global. Dans un cadre architectural, il est important de déterminer les objectifs commerciaux, de performance et clients, et pour ce faire, vous devez prendre en compte tous les aspects de l'informatique.
Vous devez prendre en compte le problème de la latence des performances globales et de la latence de gestion des données. Si les applications et les services proposés aux clients reposent sur un ensemble de services étroitement couplés avec de nombreuses dépendances, un service de cloud public entraînera de sérieux problèmes de performance. Cependant, si l'organisation crée et exploite une plate-forme de services bien définis et faiblement couplés, conçus pour être facilement reliés entre eux lors de l'exécution, un service de cloud public est idéal.
La plupart des organisations combinent ces deux scénarios. Par conséquent, sur le plan architectural, vous devez considérer votre plate-forme comme une combinaison de services de centre de données, de cloud privé et de cloud public.Lorsque vous abordez les considérations architecturales à partir de cette perspective holistique, le client est bien servi et protégé.
Certains fournisseurs peuvent vous aider en vous proposant plusieurs options de déploiement (public, privé, centre de données) à partir de la même plate-forme, facilitant ainsi la création d'une plate-forme unifiée pouvant s'adapter à un grand nombre de cas d'utilisation et de contraintes.