Idées analytiques pour l'architecture de plate-forme cloud des grandes sociétés du groupe

Au cours des deux dernières décennies, de nombreuses grandes sociétés du groupe national ont mis en place d'énormes systèmes d'information commerciaux, notamment des systèmes OA, des systèmes ERP, des systèmes CRM, des systèmes HRM et divers systèmes d'applications industrielles. Afin d'assurer le fonctionnement stable à long terme de ces systèmes, une série de systèmes d'information de soutien ont été mis en place, tels que des systèmes de surveillance, des systèmes d'authentification d'identité, des centres d'opérations de sécurité, etc. Cependant, ces systèmes d'information font généralement l'objet d'appels d'offres et d'acquisitions indépendants pendant la période de construction, monopolisant les ressources logicielles et matérielles, et ne centralisent pas les appels d'offres ni ne partagent les ressources avec d'autres systèmes, ce qui entraîne des problèmes généralisés de gaspillage de ressources et de coûts de construction élevés. Pendant la période d'exploitation et de maintenance, une exploitation et une maintenance indépendantes sont également adoptées, et le personnel, les outils et les technologies d'exploitation et de maintenance ne sont pas partagés avec d'autres systèmes, ce qui entraîne des coûts d'exploitation et de maintenance élevés et une faible efficacité. À mesure que l'échelle des systèmes d'information existants continue de s'étendre et que de nouveaux systèmes sont ajoutés, les problèmes de gaspillage des ressources, d'inefficacité de l'exploitation et de la maintenance et des coûts élevés sont devenus plus importants. Par conséquent, de plus en plus d’entreprises de grands groupes commencent à introduire des cloud privés pour résoudre ces problèmes.

Cependant, les entreprises des grands groupes présentent des caractéristiques évidentes en termes d'infrastructure informatique, ce qui donne également lieu à des besoins de cloud computing relativement uniques. Par conséquent, lors de la conception de l'architecture globale de la plateforme cloud, il est nécessaire de combiner le statu quo informatique et le cloud computing. besoins des sociétés des grands groupes. Afin de répondre à ces besoins, ce document propose une architecture de plate-forme cloud avec une certaine adaptabilité basée sur l'architecture de plate-forme cloud standard de l'industrie pour faire face aux besoins de cloud computing des grandes entreprises du groupe.

Caractéristiques des infrastructures informatiques des sociétés des grands groupes

Après des années de construction de l'information dans les grandes sociétés du groupe, leur infrastructure informatique a progressivement formé les caractéristiques suivantes :

1) La structure organisationnelle informatique est relativement complexe.

Les grandes sociétés du groupe créent des filiales dans tout le pays et même dans le monde pour exercer leurs activités. Elles mettent en place des unités de gestion de l'information au niveau du siège social au niveau du groupe. Les filiales créent généralement leurs propres services informatiques. départements spécialisés responsables de la construction et de l'exploitation des systèmes informatiques de la filiale de Wei. En outre, les sociétés des grands groupes ont été intégrées ou scindées au fil des années en fonction des besoins de développement commercial, et leurs services informatiques ont également été intégrés ou divisés en conséquence. Ces facteurs conduisent directement à la structure organisationnelle informatique très complexe des grandes sociétés du groupe. Généralement, une filiale entreprendra la construction, l'exploitation et la maintenance de plusieurs systèmes d'information et mettra en place une équipe de projet dédiée pour chaque système d'information.

2) Il existe une structure hiérarchique dans les centres de données.

Les sociétés des grands groupes ont généralement construit ou envisagent de construire une architecture de centre de données au niveau du siège social de « deux lieux et trois centres », et permettent à chaque succursale de construire un centre de données régional à proximité. Le centre de données au niveau du siège et le centre de données au niveau régional forment une architecture à deux niveaux du centre de données, et les deux sont interconnectés via le WAN. Le data center de niveau siège déploie généralement des systèmes d'information utilisés dans l'ensemble de l'entreprise du groupe, tandis que le data center de niveau régional déploie des systèmes d'information dédiés aux filiales régionales ou des systèmes d'information sensibles aux délais de réseau.

3) Les ressources informatiques sont très hétérogènes

Les entreprises des grands groupes disposent déjà d'un grand nombre de systèmes d'information. Chaque système d'information a été construit par différentes équipes de projet à des moments différents. Les logiciels et matériels achetés proviennent de différents produits de différents fabricants, ce qui entraîne la coexistence d'un grand nombre de systèmes d'information. ressources informatiques hétérogènes.

4) Diversifier les stratégies d'allocation des ressources informatiques.

La stratégie d'allocation des ressources de chaque système d'information dans une entreprise d'un grand groupe peut être différente. Le système central doit adopter la meilleure stratégie d'allocation des performances, et le système non central peut adopter la meilleure stratégie d'allocation d'utilisation pour certaines applications ayant des exigences de performances élevées. Vous devez utiliser un déploiement physique sur une machine, et certaines applications ayant des exigences de performances inférieures peuvent être déployées sur une machine virtuelle.

5) Il existe de nombreux systèmes d'information existants.

Les sociétés des grands groupes disposent déjà de systèmes d'information de support tels que des systèmes de surveillance, des systèmes ITSM, des CMDB, des systèmes d'authentification d'identité et des centres d'opérations de sécurité avant de créer des plates-formes cloud. Les fonctions fournies par ces systèmes d'information de support devraient faire partie de la plate-forme cloud complète. elle existait déjà avant la construction de la plateforme cloud, il n'est donc pas nécessaire de répéter la construction lors de la construction de la plateforme cloud, mais de réfléchir à la manière de l'intégrer.

Besoins métiers du Cloud computing des grands groupes

Les caractéristiques de l'infrastructure informatique des sociétés des grands groupes déterminent que les exigences commerciales en matière de plateformes cloud sont également relativement uniques.

1) Le système locataire de la plateforme cloud doit être conçu comme une structure à plusieurs niveaux.

Comme le montre la figure 1, les locataires multiniveaux doivent être conçus dans l'architecture de la plate-forme cloud. Le locataire racine correspond à l'ensemble de la société du groupe et gère et distribue de manière uniforme toutes les ressources cloud au sein de la société du groupe, c'est-à-dire toutes les ressources gérées. par la plateforme cloud. Le locataire de premier niveau correspond au niveau filiale et est l'unité de construction et de gestion du système d'information. Une filiale peut gérer plusieurs systèmes d'information. Les locataires secondaires peuvent correspondre au niveau du système d'information, qui est l'équipe de projet spécifique de construction et d'exploitation et de maintenance du système d'information pour les grandes filiales, les locataires secondaires peuvent également être mappés à leurs services internes, puis mis en place sous eux pour correspondre ; au système d’information des locataires tiers. Lorsqu'un locataire de niveau inférieur a besoin de ressources, il doit demander un quota de ressources au locataire de niveau supérieur. Le locataire de niveau supérieur vérifie le quota de ressources actuellement disponible pour le locataire. Si cela est suffisant, il peut être alloué au locataire de niveau inférieur. Si cela ne suffit pas, il demandera un quota de ressources au locataire de niveau supérieur. Le quota de ressources du locataire racine est l'ensemble de toutes les ressources disponibles de la plateforme cloud. Si le quota de ressources du locataire racine est insuffisant, cela signifie que l'expansion des ressources doit être effectuée à temps. Cette architecture de locataires multi-niveaux est l’application spécifique du modèle Composite dans le modèle de conception.

Figure 1 – Système locataire de la plateforme cloud

2) Le système de gestion des ressources de la plateforme cloud doit prendre en compte l'architecture à deux niveaux du centre de données.

Comme le montre la figure 2, la plate-forme cloud doit concevoir un système de gestion des ressources à deux niveaux. Le module de gestion des ressources locales gère et contrôle les ressources de ce centre de données, rapporte la liste des ressources et l'utilisation des ressources de ce centre de données au niveau mondial. module de gestion des ressources, reçoit et exécute les instructions émises par le module de gestion des ressources globales ; le module de gestion des ressources globales collecte et résume les informations sur les ressources rapportées par chaque module de gestion des ressources locales pour former une vue globale des ressources, gère et planifie uniformément les ressources situées dans tous les centres de données et émet des instructions au module de gestion des ressources locales. Du point de vue du déploiement, le module de gestion des ressources locales sera déployé dans chaque centre de données, y compris les centres de données au niveau du siège et les centres de données régionaux, tandis que le module de gestion des ressources globales n'est déployé que dans le centre de données au niveau du siège.

Figure 2 – Système de gestion des ressources de la plateforme cloud

3) Le module de gestion des ressources de la plateforme cloud doit prendre en charge diverses ressources hétérogènes.

Étant donné que les sociétés des grands groupes disposent de nombreuses ressources hétérogènes, le module de gestion des ressources doit éviter d'exploiter diverses ressources sous-jacentes directement via l'API ou la CLI. Au lieu de cela, ajoutez un adaptateur de ressources au milieu pour permettre à l'adaptateur de ressources de s'adapter à différents fournisseurs sous-jacents. des ressources, l'adaptateur de ressources fournit une API de gestion des ressources unifiée pour le module de gestion des ressources, comme le montre la figure 3. Si vous avez besoin de vous adapter à de nouvelles ressources hétérogènes, il vous suffit d'adapter et d'intégrer l'adaptateur de ressources avec celui-ci, sans modifier le code du module de gestion des ressources. Il s’agit en fait de l’application spécifique du motif Façade dans les modèles de conception.

Figure 3 – Adaptateur de ressources

4) La plateforme cloud doit prendre en charge la personnalisation des stratégies d'allocation des ressources.

La plate-forme cloud intégrera certaines stratégies communes d'allocation de ressources, mais il est impossible pour la plate-forme cloud d'avoir toutes les stratégies d'allocation de ressources intégrées. La plate-forme cloud doit permettre aux administrateurs de systèmes d'information de personnaliser les stratégies d'allocation de ressources en fonction de leurs besoins commerciaux, la plate-forme cloud doit donc concevoir une stratégie. Le module moteur est responsable de la définition, de l'analyse et de l'exécution des politiques. Il s’agit également d’une application spécifique du modèle Strategy dans les modèles de conception.

5) La plate-forme cloud doit être intégrée aux systèmes d'information de support existants.

La plate-forme cloud elle-même est également un système d'information de support. Une plate-forme cloud complète doit fournir des fonctions de surveillance, d'authentification d'identité, d'analyse des journaux et d'autres fonctions. Cependant, ces fonctions existent souvent déjà dans le système d'information de support existant. la conception de la plate-forme cloud. La réutilisation de ces systèmes d'information de support existants et la protection des investissements informatiques existants nécessitent que la plate-forme cloud réserve diverses interfaces d'intégration pour l'échange de données et l'intégration d'applications avec ces systèmes. Le modèle d’adaptateur dans le modèle de conception sera utilisé ici.

Présentation de l'architecture de la plateforme Cloud des sociétés de grands groupes

Compte tenu des besoins commerciaux de cloud computing mentionnés ci-dessus des grandes sociétés du groupe, et en référence à l'architecture de la plate-forme de cloud computing industrielle et aux normes internationales pertinentes, cet article propose une architecture de plate-forme cloud comme le montre la figure 4.

Le cadre de la plateforme cloud comprend des adaptateurs de ressources, des pools de ressources, des modules de gestion des ressources (y compris des modules de gestion des ressources locales et des modules de gestion des ressources globales), des moteurs de politiques, des moteurs de processus, des modules d'orchestration de ressources, des modules de gestion de services, des modules de portail, des modules de gestion des opérations et Module de gestion des dimensions et module de gestion des plug-ins. L'adaptateur de ressources ci-dessous est chargé d'adapter, d'organiser et d'intégrer les ressources informatiques hétérogènes sous-jacentes pour créer divers pools de ressources. L'adaptateur de ressources fournit une API de gestion des ressources unifiée pour le module de gestion des ressources supérieur. Le module de gestion des ressources est responsable de la gestion du pool de ressources, de la gestion des ressources dans le pool de ressources en fonction du cycle de vie des ressources, et de l'allocation et de la planification des ressources du pool de ressources en fonction des besoins de l'utilisateur.

Afin d'allouer et de planifier les ressources de manière plus flexible, l'architecture conçoit un moteur de processus, un moteur de politique et un module d'orchestration des ressources. Le moteur de processus est responsable de la connexion de diverses étapes opérationnelles pour réaliser divers processus automatisés ; le moteur de politiques permet aux administrateurs de personnaliser les stratégies d'allocation de ressources en fonction des besoins de l'entreprise ; le module d'orchestration des ressources est responsable d'orchestrer et de connecter diverses ressources cloud pour former une composition de ressources associée. modèles pour permettre le déploiement ou l’expansion rapide de systèmes d’information complexes. Le module de gestion des services gère les services cloud en fonction du cycle de vie des services cloud. Le module de portail fournit une interface d'exploitation unifiée respectivement pour les utilisateurs de la plateforme cloud, les administrateurs de locataires et les administrateurs de plateforme. Le module de gestion de l'exploitation et de la maintenance est responsable de l'exploitation et de la maintenance techniques de la plateforme cloud et du pool de ressources. Il suit la norme ITIL v3 et est orienté vers les machines et les systèmes. Le module de gestion des opérations est responsable des opérations commerciales de la plateforme cloud, face aux utilisateurs et aux locataires. Le module de gestion de plug-in fournit un mécanisme de plug-in pour la plate-forme cloud et s'intègre aux systèmes d'information de support existants via divers plug-ins. Chaque système d'information d'entreprise identifie les services cloud requis en fonction des besoins de l'entreprise, termine la production et la publication des services sur la plate-forme cloud, forme un catalogue de services et termine le déploiement du système d'information en postulant aux services cloud.

Figure 4 – Architecture de la plateforme cloud

Les entreprises des grands groupes disposent d'un grand nombre de ressources hétérogènes en matière de réseau, de stockage, de virtualisation et de machines physiques. Les ressources réseau incluent les pare-feu, l'équilibrage de charge, les commutateurs réseau, etc. de divers fabricants et avec diverses spécifications techniques ; les ressources de stockage incluent les baies de stockage et les commutateurs SAN de différents fabricants et modèles ; les ressources de virtualisation incluent les hyperviseurs de différents fabricants et différentes versions ; les ressources incluent des serveurs x86 ou des mini-ordinateurs de différents fabricants et modèles. Afin de fournir une interface API unifiée pour le module de gestion de ressources de la plateforme cloud, un adaptateur de ressources est conçu pour chaque type de ressource dans l'architecture de plateforme cloud, y compris l'adaptateur de ressources réseau, l'adaptateur de ressources de stockage, l'adaptateur de virtualisation et l'adaptateur de machine physique. Ces adaptateurs protègent le module de gestion des ressources de l'hétérogénéité et de la complexité des ressources sous-jacentes. Le module de gestion des ressources n'a besoin que d'appeler l'API de l'adaptateur, qui contrôle alors réellement les ressources sous-jacentes. De plus, l'adaptateur organise, intègre et regroupe diverses ressources hétérogènes en adaptant ces ressources pour former un pool de ressources réseau, un pool de ressources de stockage, un pool de ressources de serveur virtuel et un pool de ressources de serveur physique. Bien entendu, la plate-forme cloud doit placer les ressources ayant les mêmes capacités et attributs dans le même pool de ressources selon certaines règles, par exemple, placer les ressources de stockage hautes performances dans le pool de ressources de stockage Gold et les ressources de stockage moyennes. le pool de ressources de stockage d’argent. Du point de vue du module de gestion des ressources, vous pouvez voir différents pools de ressources et non les ressources hétérogènes sous-jacentes.

Au-dessus du pool de ressources se trouve le module de gestion des ressources, comprenant le module de gestion des ressources locales et le module de gestion globale des ressources. Le module de gestion des ressources locales se concentre sur la gestion et le contrôle du pool de ressources du centre de données local, la gestion des ressources du pool de ressources vers la plateforme cloud, et est responsable de l'exécution des commandes de déploiement de ressources émises par le module de gestion des ressources globales, en allouant, planification, et développer et surveiller, et renvoyer les résultats au module de gestion globale des ressources. L'allocation des ressources fait référence à la sélection des meilleures ressources pour le système pendant le déploiement du système. La planification des ressources fait référence à la mise à l'échelle verticale ou horizontale des ressources en fonction de l'augmentation ou de l'augmentation. diminution du volume d'affaires pendant le fonctionnement du système. Le module de gestion des ressources globales collecte et résume les informations sur les ressources rapportées par chaque module de gestion des ressources locales pour former une vue globale des ressources. La vue globale peut être visualisée en fonction des locataires, des centres de données, des types de ressources et d'autres dimensions du module de gestion des ressources globales. surveille, alloue et planifie uniformément les emplacements dans différentes ressources du centre de données ; le module de gestion des ressources globales est également responsable du traitement unifié des demandes de déploiement des ressources des utilisateurs et de l'émission de commandes d'allocation et de planification des ressources à chaque module de gestion des ressources locales. La gestion des ressources locales et la gestion globale des ressources constituent un système de gestion des ressources à deux niveaux pour obtenir une combinaison efficace de gestion et de contrôle centralisés des ressources et de déploiement distribué.

Le moteur de politiques est responsable de la définition, de l'analyse et de l'exécution des politiques d'allocation de ressources, et réalise une allocation et une planification automatiques en fonction des politiques. Si les politiques de l'entrepôt de politiques ne peuvent pas répondre aux exigences de l'entreprise, il peut également permettre aux administrateurs de personnaliser les politiques de manière à ce qu'elles soient personnalisées. un système d'information peut être personnalisé en fonction d'exigences spécifiques. La stratégie alloue et planifie des ressources et peut stocker des stratégies personnalisées dans l'entrepôt de stratégie pour être réutilisées par d'autres systèmes d'information. La stratégie comprend la stratégie d'allocation et la stratégie de planification. La stratégie d'allocation fait référence à la stratégie de sélection des meilleures ressources lors du déploiement du système d'information. La stratégie de planification fait référence à la stratégie d'ajustement et de migration des ressources en fonction des exigences de maintenance du système ou de l'augmentation ou. diminution du volume d'affaires lorsque le système est en fonctionnement.

Le moteur de processus est chargé de connecter les étapes opérationnelles réelles impliquées dans l'allocation des ressources, la planification, la configuration, l'exploitation et la maintenance pour réaliser le flux automatique des étapes opérationnelles et réaliser davantage de processus d'automatisation complexes, y compris les processus d'automatisation des serveurs, les processus d'automatisation du réseau, le stockage automatisé. processus, etc Le moteur de processus permet aux administrateurs de définir et d'orchestrer les processus. Au cours des processus réels d'allocation des ressources, de planification, de configuration, d'exploitation et de maintenance, le moteur de processus analyse et exécute les processus impliqués et fournit des fonctionnalités configurables pour les processus automatisés. Les processus créés par les administrateurs peuvent être stockés dans l'entrepôt de processus pour permettre leur réutilisation.

La gestion des services gère les services cloud en fonction de leur cycle de vie, permettant aux administrateurs de définir le modèle de déploiement et le modèle fonctionnel des services cloud, et de définir certains processus automatisés et stratégies de distribution pour le modèle de déploiement. Elle permet également aux administrateurs de définir l'interface et l'application de l'application. interface pour les services cloud. Une fois que l'utilisateur a postulé pour le service cloud requis, le module de gestion de service active le service, informe le moteur de processus du processus automatisé impliqué dans l'activation du service, et le moteur de processus l'analyse et l'exécute, et attribue la stratégie d'allocation de ressources impliquée dans le activation du service. Avertissez le moteur de stratégie, qui l’analyse et l’exécute. Le moteur de politique enverra la demande d'allocation de ressources au module de gestion globale des ressources, et enfin la renverra au module de gestion de services, complétant ainsi l'action d'activation du service. Une fois le service activé, la plate-forme cloud doit garantir que le SLA du service fourni répond aux exigences des utilisateurs grâce à des travaux d'exploitation et de maintenance standardisés.

Le module d'orchestration des ressources fournit une interface graphique permettant aux administrateurs (administrateurs de locataires ou administrateurs de plateforme) de configurer, combiner, orchestrer et connecter diverses ressources cloud dans la plateforme cloud pour former des modèles de ressources afin de s'adapter à la topologie spécifique des systèmes d'information. Une fois que l'administrateur a défini le modèle de ressource, celui-ci peut être publié en tant que nouveau service cloud composite. L'application de l'utilisateur pour le service cloud composite déclenche l'activation du service. Le module d'orchestration des ressources analysera le modèle de ressource et les paramètres d'entrée de l'utilisateur pour générer des exigences spécifiques pour le type, les attributs et la quantité de ressource, puis les transmettra au module de ressources global pour allocation et déploiement des ressources. Les administrateurs peuvent modifier les modèles intégrés dans l'entrepôt de modèles pour définir rapidement des modèles de ressources qui répondent à leurs propres besoins. Les modèles de ressources créés peuvent également être stockés dans l'entrepôt de modèles pour être réutilisés.

Le module de portail fournit un portail utilisateur, un portail de gestion des locataires et un portail de gestion de plateforme. Le portail utilisateur fournit aux utilisateurs finaux des services cloud une interface libre-service intuitive et facile à utiliser, dans laquelle les utilisateurs finaux peuvent compléter des applications de service, visualiser des ressources, effectuer des opérations sur les ressources, etc. Le portail de gestion des locataires fournit aux administrateurs de locataires une interface de gestion en libre-service intuitive et facile à utiliser. Dans l'interface, les administrateurs de locataires peuvent demander des quotas, créer des utilisateurs, définir des services visibles pour ce locataire, définir des modèles de ressources et formuler une allocation. stratégies adaptées à ce locataire, etc. Le portail de gestion de plateforme fournit aux administrateurs de plateforme cloud une interface d'exploitation intuitive et facile à utiliser pour les aider à effectuer diverses tâches dans le domaine de la maintenance et des opérations du système.

Le module de gestion de l'exploitation et de la maintenance est responsable des fonctions d'exploitation et de maintenance du système de la plateforme de cloud computing. Il suit la norme ITIL V3 et fournit des fonctions telles que la gestion de la capacité, la gestion des performances, la gestion de la sécurité et la gestion quotidienne. La gestion de la capacité effectue une analyse statistique sur l'état de fonctionnement historique des ressources et prédit la demande future en ressources selon le modèle de prédiction de capacité. La gestion des performances surveille l'état de fonctionnement des ressources en collectant des indicateurs de performance des ressources en temps réel. Si les indicateurs dépassent un certain seuil, un événement d'alarme est généré et le processus de traitement d'événement correspondant est appelé. La gestion de la sécurité comprend la sécurité des serveurs, la sécurité du stockage, la sécurité des données, la sécurité du réseau et la sécurité de la virtualisation. La gestion quotidienne comprend la gestion des pannes, la gestion des problèmes, la gestion de la configuration, la gestion du système, la gestion de la surveillance et la gestion des modifications. Si les fonctions impliquées dans le module de gestion de l'exploitation et de la maintenance existent déjà dans le système d'information de support existant, il n'est pas nécessaire de mettre en œuvre la fonction dans la nouvelle plateforme cloud, mais via le module de gestion du plug-in pour correspondre au système d'information de support existant. Des modules fonctionnels sont intégrés.

Le module de gestion des opérations est responsable des fonctions opérationnelles commerciales de la plate-forme de cloud computing, y compris la gestion des utilisateurs, la gestion des locataires, la gestion des quotas, la gestion des autorisations, la gestion des compteurs et de la facturation et d'autres fonctions. La gestion des utilisateurs crée, regroupe et autorise les utilisateurs. La gestion des locataires est responsable de la gestion et de la configuration des locataires multi-niveaux, du maintien de la relation parent-enfant entre les locataires, de la relation d'utilisation entre les locataires et les utilisateurs, de l'association entre les locataires et les quotas, etc. La gestion des quotas est responsable de l'allocation des ressources aux locataires à tous les niveaux pour garantir que l'utilisation des ressources par les locataires à tous les niveaux ne peut pas dépasser le quota. La gestion des autorisations est chargée de spécifier les autorisations d’opération et de données pour les utilisateurs. La gestion du comptage et de la facturation mesure l'utilisation des ressources des locataires, enregistre les données de comptage et génère régulièrement des rapports de comptage, notamment les types de ressources, l'utilisation des ressources et la durée d'utilisation ; les administrateurs de plate-forme peuvent définir des tarifs pour diverses ressources, le système peut générer les dépenses d'un locataire. liste basée sur les informations de comptage et les tarifs.

Le module de gestion des plug-ins est principalement conçu pour s'intégrer aux systèmes d'information de support existants. Le module de gestion des plug-ins met en place un mécanisme de plug-in pour permettre aux systèmes d'information de support existants de fournir les fonctions nécessaires à la plate-forme cloud via des plug-ins. Il permet également à d'autres systèmes d'information d'entreprise de compléter la plate-forme cloud avec des fonctions supplémentaires. La plate-forme cloud effectue l'échange de données et l'intégration d'applications avec les systèmes d'information de support existants et d'autres systèmes d'information d'entreprise via divers plug-ins, par exemple le module de gestion des opérations et de la maintenance. la plate-forme cloud n'a pas besoin de mettre en œuvre des fonctions de surveillance, mais de réutiliser les fonctions associées dans le système de surveillance existant via des plug-ins de surveillance.

Résumé

Afin de s'adapter aux caractéristiques de l'infrastructure informatique des entreprises des grands groupes, l'architecture de plateforme cloud proposée dans cet article a spécialement conçu un système de gestion des locataires multi-niveaux, un système de gestion des ressources à deux niveaux, un module adaptateur de ressources, un module de gestion de plug-ins et moteur de politique, etc., qui peuvent être utilisés dans une certaine mesure. Il répond aux besoins commerciaux de cloud computing des grandes sociétés du groupe, mais il augmente également la complexité de l'architecture de la plate-forme cloud, augmentant ainsi la difficulté. de conception et de développement de plate-forme cloud Lorsque les entreprises d'un grand groupe font référence à cette architecture de plate-forme cloud, elles doivent évaluer en détail la charge de travail et les risques techniques. De plus, cette architecture se concentre sur le niveau IaaS et ne prend pas en compte la particularité du PaaS. Ainsi, lors de la conception de l'architecture de la plateforme PaaS, il est également nécessaire de compléter les modules fonctionnels pertinents.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!