In den letzten zwei Jahrzehnten haben viele große inländische Konzernunternehmen riesige Geschäftsinformationssysteme eingerichtet, darunter OA-Systeme, ERP-Systeme, CRM-Systeme, HRM-Systeme und verschiedene Branchenanwendungssysteme. Um den langfristig stabilen Betrieb dieser Systeme sicherzustellen, wurden eine Reihe unterstützender Informationssysteme eingerichtet, wie z. B. Überwachungssysteme, Identitätsauthentifizierungssysteme, Sicherheitsbetriebszentren usw. Diese Informationssysteme werden jedoch in der Regel während der Bauphase unabhängig ausgeschrieben und beschafft, wodurch Software- und Hardware-Ressourcen monopolisiert werden und die Ausschreibung nicht zentralisiert wird und Ressourcen nicht mit anderen Systemen geteilt werden, was zu weit verbreiteten Problemen der Ressourcenverschwendung und hohen Baukosten führt. Während des Betriebs- und Wartungszeitraums wird auch unabhängiger Betrieb und Wartung übernommen, und Betriebs- und Wartungspersonal, Werkzeuge und Technologien werden nicht mit anderen Systemen geteilt, was zu hohen Betriebs- und Wartungskosten und geringer Effizienz führt. Da der Umfang bestehender Informationssysteme immer weiter zunimmt und neue Systeme hinzukommen, sind die Probleme der Ressourcenverschwendung, der Ineffizienz bei Betrieb und Wartung sowie der hohen Kosten immer wichtiger geworden. Daher beginnen immer mehr große Konzernunternehmen mit der Einführung privater Clouds, um diese Probleme zu lösen.
Allerdings weisen große Konzernunternehmen offensichtliche Merkmale in Bezug auf die IT-Infrastruktur auf, die auch relativ einzigartige Cloud-Computing-Anforderungen mit sich bringen. Daher ist es bei der Gestaltung der Gesamtarchitektur der Cloud-Plattform notwendig, den IT-Status Quo und Cloud Computing zu kombinieren Bedürfnisse großer Konzernunternehmen. Um diesen Anforderungen gerecht zu werden, schlägt dieses Dokument eine Cloud-Plattformarchitektur mit einer gewissen Anpassungsfähigkeit vor, die auf der branchenüblichen Cloud-Plattformarchitektur basiert und den Cloud-Computing-Anforderungen großer Konzernunternehmen gerecht wird.
IT-Infrastrukturmerkmale großer Konzernunternehmen
Nach Jahren des Informationsaufbaus in großen Konzernunternehmen hat deren IT-Infrastruktur nach und nach die folgenden Merkmale gebildet:
1) Die IT-Organisationsstruktur ist relativ komplex.
Große Konzernunternehmen gründen im ganzen Land und sogar auf der ganzen Welt Tochtergesellschaften, die Informationsmanagementeinheiten auf Konzernebene einrichten. Einige große Konzernunternehmen richten auch ihre eigenen IT-Abteilungen ein Fachabteilungen, die für den Aufbau und Betrieb der IT-Systeme zuständig sind. Darüber hinaus wurden im Laufe der Jahre große Konzernunternehmen basierend auf den Anforderungen der Geschäftsentwicklung integriert oder aufgeteilt, und auch ihre IT-Abteilungen wurden entsprechend integriert oder aufgeteilt. Diese Faktoren führen direkt zu der sehr komplexen IT-Organisationsstruktur großer Konzernunternehmen. Im Allgemeinen übernimmt eine Tochtergesellschaft den Aufbau, Betrieb und die Wartung mehrerer Informationssysteme und stellt für jedes Informationssystem ein eigenes Projektteam zusammen.
2) In Rechenzentren herrscht eine hierarchische Struktur.
Große Konzernunternehmen haben in der Regel eine Rechenzentrumsarchitektur auf Hauptsitzebene mit „zwei Orten und drei Zentren“ erstellt oder planen dies und ermöglichen jeder Niederlassung den Bau eines regionalen Rechenzentrums in der Nähe. Das Rechenzentrum auf Hauptsitzebene und das Rechenzentrum auf regionaler Ebene bilden eine zweistufige Architektur des Rechenzentrums, und die beiden sind über das WAN miteinander verbunden. Das Rechenzentrum auf Hauptsitzebene setzt in der Regel Informationssysteme ein, die im gesamten Konzernunternehmen verwendet werden, während das Rechenzentrum auf regionaler Ebene Informationssysteme für regionale Tochtergesellschaften oder Informationssysteme bereitstellt, die empfindlich auf Netzwerkverzögerungen reagieren.
3) IT-Ressourcen sind sehr heterogen
Große Konzernunternehmen verfügen bereits über eine große Anzahl von Informationssystemen, die von verschiedenen Projektteams zu unterschiedlichen Zeiten erstellt wurden. Die gekaufte Software und Hardware stammt von unterschiedlichen Produkten verschiedener Hersteller, was zur Koexistenz einer großen Anzahl führt heterogene IT-Ressourcen.
4) Diversifizieren Sie die Strategien zur IT-Ressourcenzuweisung.
Die Ressourcenzuweisungsstrategie jedes Informationssystems in einem großen Konzernunternehmen kann unterschiedlich sein. Das Kernsystem muss die beste Leistungszuweisungsstrategie übernehmen, und das Nicht-Kernsystem kann die beste Nutzungszuweisungsstrategie übernehmen Sie müssen die physische Bereitstellung auf einer Maschine verwenden, und einige Anwendungen mit geringeren Leistungsanforderungen können auf einer virtuellen Maschine bereitgestellt werden.
5) Es gibt viele veraltete Informationssysteme.
Große Konzernunternehmen verfügen bereits über unterstützende Informationssysteme wie Überwachungssysteme, ITSM-Systeme, CMDBs, Identitätsauthentifizierungssysteme und Sicherheitsbetriebszentren. Die von diesen unterstützenden Informationssystemen bereitgestellten Funktionen sollten jedoch Teil der vollständigen Cloud-Plattform sein Es existierte bereits vor dem Aufbau der Cloud-Plattform, daher ist es nicht erforderlich, den Aufbau beim Aufbau der Cloud-Plattform zu wiederholen, sondern zu überlegen, wie er integriert werden kann.
Cloud-Computing-Geschäftsanforderungen großer Konzernunternehmen
Die Merkmale der IT-Infrastruktur großer Konzernunternehmen bestimmen, dass auch die Geschäftsanforderungen an Cloud-Plattformen relativ einzigartig sind.
1) Das Mandantensystem der Cloud-Plattform muss als mehrstufige Struktur konzipiert sein.
Wie in Abbildung 1 dargestellt, müssen mehrstufige Mandanten in der Cloud-Plattform-Architektur entworfen werden. Der Root-Mandant entspricht dem gesamten Konzernunternehmen und verwaltet und verteilt alle Cloud-Ressourcen innerhalb des Konzernunternehmens, also alle verwalteten Ressourcen durch die Cloud-Plattform. Der Mieter der ersten Ebene entspricht der Tochterebene und ist die Aufbau- und Verwaltungseinheit des Informationssystems. Eine Tochtergesellschaft kann mehrere Informationssysteme verwalten. Sekundäre Mieter können der Informationssystemebene entsprechen, bei der es sich um das spezifische Bau-, Betriebs- und Wartungsprojektteam des Informationssystems für große Tochtergesellschaften handelt. Die sekundären Mieter können auch ihren internen Abteilungen zugeordnet und dann entsprechend eingerichtet werden an das Informationssystem der Drittmieter. Wenn ein Mandant der unteren Ebene Ressourcen benötigt, sollte er ein Ressourcenkontingent vom Mandanten der oberen Ebene beantragen. Der Mandant der oberen Ebene prüft, ob das Ressourcenkontingent dem Mandanten der unteren Ebene ausreicht Wenn dies nicht ausreicht, wird ein Ressourcenkontingent vom übergeordneten Mandanten beantragt. Das Ressourcenkontingent des Root-Mandanten ist die Menge aller verfügbaren Ressourcen der Cloud-Plattform. Wenn das Ressourcenkontingent des Root-Mandanten nicht ausreicht, bedeutet dies, dass eine Ressourcenerweiterung rechtzeitig durchgeführt werden muss. Diese mehrstufige Mieterarchitektur ist die spezifische Anwendung des Composite-Musters im Entwurfsmuster.
Abbildung 1 – Mietersystem der Cloud-Plattform
2) Das Ressourcenmanagementsystem der Cloud-Plattform muss die zweistufige Architektur des Rechenzentrums berücksichtigen.
Wie in Abbildung 2 dargestellt, muss die Cloud-Plattform ein zweistufiges Ressourcenverwaltungssystem entwerfen. Das lokale Ressourcenverwaltungsmodul verwaltet und steuert die Ressourcen in diesem Rechenzentrum und meldet die Ressourcenliste und die Ressourcennutzung dieses Rechenzentrums an das globale Das Ressourcenverwaltungsmodul empfängt und führt die vom globalen Ressourcenverwaltungsmodul ausgegebenen Anweisungen aus. Das globale Ressourcenverwaltungsmodul sammelt und fasst die von jedem lokalen Ressourcenverwaltungsmodul gemeldeten Ressourceninformationen zusammen, um eine globale Ansicht der Ressourcen zu erstellen, und verwaltet und plant die darin befindlichen Ressourcen einheitlich alle Rechenzentren und gibt Anweisungen an das lokale Ressourcenverwaltungsmodul. Aus Sicht der Bereitstellung wird das lokale Ressourcenverwaltungsmodul in jedem Rechenzentrum bereitgestellt, einschließlich Rechenzentren auf Hauptsitzebene und regionalen Rechenzentren, während das globale Ressourcenverwaltungsmodul nur im Rechenzentrum auf Hauptsitzebene bereitgestellt wird.
Abbildung 2 – Ressourcenverwaltungssystem der Cloud-Plattform
3) Das Ressourcenverwaltungsmodul der Cloud-Plattform muss verschiedene heterogene Ressourcen unterstützen.
Da große Konzernunternehmen über viele heterogene Ressourcen verfügen, sollte das Ressourcenverwaltungsmodul vermeiden, verschiedene zugrunde liegende Ressourcen direkt über API oder CLI zu betreiben. Stattdessen sollte ein Ressourcenadapter in der Mitte hinzugefügt werden, damit sich der Ressourcenadapter an verschiedene zugrunde liegende Anbieter anpassen kann Für die Anzahl der Ressourcen stellt der Ressourcenadapter eine einheitliche Ressourcenverwaltungs-API für das Ressourcenverwaltungsmodul bereit, wie in Abbildung 3 dargestellt. Wenn Sie sich an neue heterogene Ressourcen anpassen müssen, müssen Sie nur den Ressourcenadapter anpassen und darin integrieren, ohne den Code des Ressourcenverwaltungsmoduls zu ändern. Dies ist eigentlich die spezifische Anwendung des Fassadenmusters in Designmustern.
Abbildung 3 – Ressourcenadapter
4) Die Cloud-Plattform muss die Anpassung von Ressourcenzuweisungsstrategien unterstützen.
Die Cloud-Plattform verfügt über einige integrierte Strategien zur Ressourcenzuteilung, es ist jedoch unmöglich, dass die Cloud-Plattform alle Strategien zur Ressourcenzuteilung integriert hat. Die Cloud-Plattform muss es Informationssystemadministratoren ermöglichen, Strategien zur Ressourcenzuteilung entsprechend ihren Geschäftsanforderungen anzupassen. Daher muss die Cloud-Plattform eine Strategie entwerfen. Das Engine-Modul ist für die Definition, Analyse und Ausführung von Richtlinien verantwortlich. Dies ist auch eine spezifische Anwendung des Strategiemusters in Entwurfsmustern.
5) Die Cloud-Plattform muss in bestehende unterstützende Informationssysteme integriert werden.
Die Cloud-Plattform selbst ist auch ein Support-Informationssystem. Eine vollständige Cloud-Plattform muss Funktionen wie Überwachung, Identitätsauthentifizierung, Protokollanalyse usw. bereitstellen. Diese Funktionen müssen jedoch häufig bereits in vorhandenen Support-Informationssystemen berücksichtigt werden Bei der Gestaltung der Cloud-Plattform erfordert die Wiederverwendung dieser vorhandenen unterstützenden Informationssysteme und der Schutz bestehender IT-Investitionen, dass die Cloud-Plattform verschiedene Integrationsschnittstellen für den Datenaustausch und die Anwendungsintegration mit diesen Systemen reserviert. Hier wird das Adaptermuster im Entwurfsmuster verwendet.
Überblick über die Cloud-Plattform-Architektur großer Konzernunternehmen
Angesichts der oben genannten Cloud-Computing-Geschäftsanforderungen großer Konzernunternehmen und unter Bezugnahme auf die industrielle Cloud-Computing-Plattformarchitektur und damit verbundene internationale Standards schlägt dieser Artikel eine Cloud-Plattformarchitektur vor, wie in Abbildung 4 dargestellt.
Das Cloud-Plattform-Framework umfasst Ressourcenadapter, Ressourcenpools, Ressourcenverwaltungsmodule (einschließlich lokaler Ressourcenverwaltungsmodule und globaler Ressourcenverwaltungsmodule), Richtlinien-Engines, Prozess-Engines, Ressourcenorchestrierungsmodule, Serviceverwaltungsmodule, Portalmodule, Betriebsverwaltungsmodule und Dimension Verwaltungsmodul und Plug-in-Verwaltungsmodul. Der unten stehende Ressourcenadapter ist für die Anpassung, Organisation und Integration zugrunde liegender heterogener IT-Ressourcen zum Aufbau verschiedener Ressourcenpools verantwortlich. Der Ressourcenadapter stellt eine einheitliche Ressourcenverwaltungs-API für das obere Ressourcenverwaltungsmodul bereit. Das Ressourcenverwaltungsmodul ist für die Verwaltung des Ressourcenpools, die Verwaltung der Ressourcen im Ressourcenpool entsprechend dem Ressourcenlebenszyklus und die Zuweisung und Planung von Ressourcen aus dem Ressourcenpool entsprechend den Benutzeranforderungen verantwortlich.
Um Ressourcen flexibler zuzuweisen und zu planen, entwirft die Architektur eine Prozess-Engine, eine Richtlinien-Engine und ein Ressourcen-Orchestrierungsmodul. Die Prozess-Engine ist dafür verantwortlich, verschiedene Betriebsschritte miteinander zu verbinden, um verschiedene automatisierte Prozesse zu realisieren. Die Richtlinien-Engine erleichtert Administratoren die Anpassung von Ressourcenzuweisungsstrategien entsprechend den Geschäftsanforderungen Vorlagen, um eine schnelle Bereitstellung oder Erweiterung komplexer Informationssysteme zu ermöglichen. Das Service-Management-Modul verwaltet Cloud-Services entsprechend dem Lebenszyklus von Cloud-Services. Das Portalmodul bietet eine einheitliche Bedienoberfläche für Benutzer der Cloud-Plattform, Mandantenadministratoren bzw. Plattformadministratoren. Das Betriebs- und Wartungsmanagement-Modul ist für den technischen Betrieb und die Wartung der Cloud-Plattform und des Ressourcenpools verantwortlich. Es folgt dem ITIL v3-Standard und ist auf Maschinen und Systeme ausgerichtet. Das Betriebsmanagementmodul ist für den Geschäftsbetrieb der Cloud-Plattform verantwortlich und orientiert sich an Nutzern und Mietern. Das Plug-in-Verwaltungsmodul stellt einen Plug-in-Mechanismus für die Cloud-Plattform bereit und lässt sich über verschiedene Plug-ins in vorhandene unterstützende Informationssysteme integrieren. Jedes Geschäftsinformationssystem identifiziert die erforderlichen Cloud-Dienste basierend auf den Geschäftsanforderungen, schließt die Produktion und Freigabe von Diensten auf der Cloud-Plattform ab, erstellt einen Dienstkatalog und schließt die Bereitstellung des Informationssystems durch die Beantragung von Cloud-Diensten ab.
Abbildung 4 – Cloud-Plattform-Architektur
Große Konzernunternehmen verfügen über eine große Anzahl heterogener Netzwerk-, Speicher-, Virtualisierungs- und physischer Maschinenressourcen. Zu den Netzwerkressourcen gehören Firewalls, Lastausgleich, Netzwerk-Switches usw. mit unterschiedlichen technischen Spezifikationen; zu den Speicher-Arrays und SAN-Switches verschiedener Hersteller und Modelle gehören Hypervisoren verschiedener Hersteller und verschiedene Versionen Zu den Ressourcen zählen x86-Server oder Minicomputer verschiedener Hersteller und Modelle. Um eine einheitliche API-Schnittstelle für das Ressourcenverwaltungsmodul der Cloud-Plattform bereitzustellen, wird ein Ressourcenadapter für jeden Ressourcentyp in der Cloud-Plattformarchitektur entwickelt, einschließlich Netzwerkressourcenadapter, Speicherressourcenadapter, Virtualisierungsadapter und Adapter für physische Maschinen. Diese Adapter schützen das Ressourcenverwaltungsmodul vor der Heterogenität und Komplexität der zugrunde liegenden Ressourcen. Das Ressourcenverwaltungsmodul muss lediglich die API des Adapters aufrufen, und dann steuert der Adapter tatsächlich die zugrunde liegenden Ressourcen. Darüber hinaus organisiert, integriert und bündelt der Adapter verschiedene heterogene Ressourcen, indem er diese Ressourcen anpasst, um einen Netzwerkressourcenpool, einen Speicherressourcenpool, einen Ressourcenpool für virtuelle Server und einen Ressourcenpool für physische Server zu bilden. Natürlich muss die Cloud-Plattform Ressourcen mit denselben Fähigkeiten und Attributen nach bestimmten Regeln in denselben Ressourcenpool einfügen. Legen Sie beispielsweise Hochleistungsspeicherressourcen in den Goldspeicherressourcenpool und Speicherressourcen mit mittlerer Leistung in den Goldspeicherressourcenpool der Silberspeicher-Ressourcenpool. Aus Sicht des Ressourcenverwaltungsmoduls sehen Sie verschiedene Ressourcenpools und nicht die zugrunde liegenden heterogenen Ressourcen.
Oben auf dem Ressourcenpool befindet sich das Ressourcenverwaltungsmodul, einschließlich des lokalen Ressourcenverwaltungsmoduls und des globalen Ressourcenverwaltungsmoduls. Das lokale Ressourcenverwaltungsmodul konzentriert sich auf die Verwaltung und Steuerung des Ressourcenpools des lokalen Rechenzentrums, die Verwaltung der Ressourcen im Ressourcenpool auf der Cloud-Plattform und ist für die Ausführung der vom globalen Ressourcenverwaltungsmodul ausgegebenen Ressourcenbereitstellungsbefehle verantwortlich. Planung, Erweitern und Überwachen und Rückmelden der Ergebnisse an das globale Ressourcenverwaltungsmodul. Ressourcenzuteilung bezieht sich auf die Auswahl der besten Ressourcen für das System, wenn das System bereitgestellt wird Anstieg oder Rückgang des Geschäftsvolumens während des Systembetriebs. Das globale Ressourcenverwaltungsmodul sammelt und fasst die von jedem lokalen Ressourcenverwaltungsmodul gemeldeten Ressourceninformationen zusammen, um eine globale Ansicht der Ressourcen zu erstellen. Die globale Ansicht kann nach Mandanten, Rechenzentren, Ressourcentypen und anderen Dimensionen angezeigt werden Überwacht, ordnet und plant Standorte in verschiedenen Rechenzentrumsressourcen einheitlich. Das globale Ressourcenverwaltungsmodul ist auch für die einheitliche Verarbeitung von Benutzerressourcen-Bereitstellungsanforderungen und die Ausgabe von Ressourcenzuweisungs- und Planungsbefehlen an jedes lokale Ressourcenverwaltungsmodul verantwortlich. Lokales Ressourcenmanagement und globales Ressourcenmanagement bilden ein zweistufiges Ressourcenmanagementsystem, um eine effektive Kombination aus zentraler Verwaltung und Kontrolle von Ressourcen und verteilter Bereitstellung zu erreichen.
Die Richtlinien-Engine ist für die Definition, Analyse und Ausführung von Ressourcenzuweisungsrichtlinien verantwortlich und realisiert die automatische Zuweisung und Planung auf der Grundlage von Richtlinien. Wenn die Richtlinien im Richtlinienlager die Geschäftsanforderungen nicht erfüllen können, können Administratoren auch Richtlinien anpassen, um dies zu ermöglichen Ein Informationssystem zur Verfolgung spezifischer Ressourcen weist die Strategie zu und plant sie und kann benutzerdefinierte Strategien im Strategielager zur Wiederverwendung durch andere Informationssysteme speichern. Die Strategie umfasst die Zuweisungsstrategie und die Planungsstrategie. Die Zuweisungsstrategie bezieht sich auf die Strategie zur Auswahl der besten Ressourcen beim Einsatz des Informationssystems. Die Planungsstrategie bezieht sich auf die Strategie zur Anpassung und Migration von Ressourcen entsprechend den Anforderungen der Systemwartung oder -erhöhung oder Rückgang des Geschäftsvolumens, wenn das System läuft.
Die Prozess-Engine ist für die Verbindung der tatsächlichen Betriebsschritte bei der Ressourcenzuweisung, Planung, Konfiguration sowie Betrieb und Wartung verantwortlich, um den automatischen Ablauf der Betriebsschritte zu realisieren und komplexe Automatisierungsprozesse, einschließlich Serverautomatisierungsprozesse, Netzwerkautomatisierungsprozesse und Speicherautomatisierung, weiter zu realisieren Prozesse usw. Mit der Prozess-Engine können Administratoren Prozesse definieren und orchestrieren. Während der eigentlichen Ressourcenzuweisung, Planung, Konfiguration sowie Betriebs- und Wartungsprozesse analysiert und führt die Prozess-Engine die beteiligten Prozesse aus und stellt konfigurierbare Funktionen für automatisierte Prozesse bereit. Von Administratoren erstellte Prozesse können im Prozesslager gespeichert werden, um eine Prozesswiederverwendung zu erreichen.
Service Management verwaltet Cloud-Dienste entsprechend ihrem Lebenszyklus und ermöglicht es Administratoren, das Bereitstellungsmodell und das Funktionsmodell von Cloud-Diensten zu definieren und bestimmte automatisierte Prozesse und Verteilungsstrategien für das Bereitstellungsmodell festzulegen. Außerdem können Administratoren die Anwendungsschnittstelle und Anwendung festlegen Schnittstelle für Benutzereingabeparameter. Nachdem der Benutzer den erforderlichen Cloud-Dienst beantragt hat, aktiviert das Dienstverwaltungsmodul den Dienst, informiert die Prozess-Engine über den automatisierten Prozess, der an der Dienstaktivierung beteiligt ist, und die Prozess-Engine analysiert und führt ihn aus und weist die daran beteiligte Ressourcenzuteilungsstrategie zu Dienstaktivierung. Benachrichtigen Sie die Richtlinien-Engine, die sie analysiert und ausführt. Die Richtlinien-Engine sendet die Ressourcenzuteilungsanforderung an das globale Ressourcenverwaltungsmodul und sendet sie schließlich an das Dienstverwaltungsmodul zurück, wodurch die Dienstaktivierungsaktion abgeschlossen wird. Nach der Aktivierung des Dienstes muss die Cloud-Plattform durch standardisierte Betriebs- und Wartungsarbeiten sicherstellen, dass das SLA des bereitgestellten Dienstes den Benutzeranforderungen entspricht.
Das Ressourcenorchestrierungsmodul bietet Administratoren (Mandantenadministratoren oder Plattformadministratoren) eine grafische Oberfläche zum Konfigurieren, Kombinieren, Orchestrieren und Verbinden verschiedener Cloud-Ressourcen in der Cloud-Plattform, um Ressourcenvorlagen zur Anpassung an die Topologie spezifischer Informationssysteme zu bilden. Nachdem der Administrator die Ressourcenvorlage definiert hat, kann sie als neuer zusammengesetzter Cloud-Dienst veröffentlicht werden. Die Anwendung des Benutzers für den zusammengesetzten Cloud-Dienst löst die Aktivierung des Dienstes aus. Das Ressourcen-Orchestrierungsmodul analysiert die Ressourcenvorlage und Benutzereingabeparameter, um spezifische Anforderungen für Ressourcentyp, Attribute und Menge zu generieren, und übergibt sie dann an das globale Ressourcenmodul Ressourcenzuweisung und -einsatz. Administratoren können die integrierten Vorlagen im Vorlagenlager ändern, um schnell Ressourcenvorlagen zu definieren, die ihren eigenen Anforderungen entsprechen. Die erstellten Ressourcenvorlagen können auch zur Wiederverwendung im Vorlagenlager gespeichert werden.
Das Portalmodul bietet ein Benutzerportal, ein Mieterverwaltungsportal und ein Plattformverwaltungsportal. Das Benutzerportal bietet Endbenutzern von Cloud-Diensten eine intuitive und benutzerfreundliche Self-Service-Schnittstelle, über die Endbenutzer Dienstanträge, Ressourcenanzeigen, Ressourcenvorgänge usw. abschließen können. Das Mieterverwaltungsportal bietet Mieteradministratoren eine intuitive und benutzerfreundliche Self-Service-Verwaltungsoberfläche. In der Schnittstelle können Mieteradministratoren Kontingente beantragen, Benutzer erstellen, für diesen Mieter sichtbare Dienste definieren, Ressourcenvorlagen definieren und Zuweisungen formulieren Strategien, die für diesen Mieter geeignet sind usw. . Das Plattformverwaltungsportal bietet Cloud-Plattformadministratoren eine intuitive und benutzerfreundliche Bedienoberfläche, die sie bei der Erledigung verschiedener Aufgaben im Bereich Systemwartung und -betrieb unterstützt.
Das Betriebs- und Wartungsmanagementmodul ist für die Systembetriebs- und Wartungsfunktionen der Cloud-Computing-Plattform verantwortlich. Es folgt dem ITIL V3-Standard und bietet Funktionen wie Kapazitätsmanagement, Leistungsmanagement, Sicherheitsmanagement und tägliches Management. Das Kapazitätsmanagement führt eine statistische Analyse des historischen Betriebsstatus von Ressourcen durch und prognostiziert den zukünftigen Ressourcenbedarf gemäß dem Kapazitätsvorhersagemodell. Das Leistungsmanagement überwacht den Betriebsstatus von Ressourcen, indem es Leistungsindikatoren von Ressourcen in Echtzeit sammelt. Wenn die Indikatoren einen bestimmten Schwellenwert überschreiten, wird ein Alarmereignis generiert und der entsprechende Ereignisverarbeitungsprozess aufgerufen. Das Sicherheitsmanagement umfasst Serversicherheit, Speichersicherheit, Datensicherheit, Netzwerksicherheit und Virtualisierungssicherheit. Das tägliche Management umfasst Fehlermanagement, Problemmanagement, Konfigurationsmanagement, Systemmanagement, Überwachungsmanagement und Änderungsmanagement. Wenn die am Betriebs- und Wartungsmanagementmodul beteiligten Funktionen bereits im vorhandenen unterstützenden Informationssystem vorhanden sind, besteht keine Notwendigkeit, die Funktion in der neuen Cloud-Plattform zu implementieren, sondern über das Plug-in-Managementmodul dem vorhandenen unterstützenden Informationssystem zu entsprechen . Funktionsmodule sind integriert.
Das Betriebsverwaltungsmodul ist für die Geschäftsbetriebsfunktionen der Cloud-Computing-Plattform verantwortlich, einschließlich Benutzerverwaltung, Mieterverwaltung, Quotenverwaltung, Berechtigungsverwaltung, Mess- und Abrechnungsverwaltung und anderer Funktionen. Die Benutzerverwaltung erstellt, gruppiert und autorisiert Benutzer. Die Mandantenverwaltung ist für die Verwaltung und Konfiguration mehrstufiger Mandanten, die Aufrechterhaltung der Eltern-Kind-Beziehung zwischen Mandanten, die Nutzungsbeziehung zwischen Mandanten und Benutzern, die Zuordnung zwischen Mandanten und Kontingenten usw. verantwortlich. Das Kontingentmanagement ist für die Zuweisung von Ressourcen an Mandanten auf allen Ebenen verantwortlich, um sicherzustellen, dass die Nutzung von Ressourcen durch Mandanten auf allen Ebenen das Kontingent nicht überschreiten kann. Die Berechtigungsverwaltung ist für die Festlegung von Betriebs- und Datenberechtigungen für Benutzer verantwortlich. Das Mess- und Abrechnungsmanagement misst die Ressourcennutzung des Mieters, speichert Messdaten und erstellt regelmäßig Messberichte. Zu den Messinformationen gehören Ressourcentypen, Ressourcennutzung und Nutzungszeit. Plattformadministratoren können Tarife für verschiedene Ressourcen festlegen basierend auf Zählerinformationen und Tarifen.
Das Plug-in-Verwaltungsmodul ist hauptsächlich für die Integration mit vorhandenen unterstützenden Informationssystemen konzipiert. Das Plug-in-Verwaltungsmodul richtet einen Plug-in-Mechanismus ein, der es vorhandenen unterstützenden Informationssystemen ermöglicht, über Plug-ins die erforderlichen Funktionen für die Cloud-Plattform bereitzustellen. Darüber hinaus ermöglicht es anderen Unternehmensinformationssystemen, die Cloud-Plattform um zusätzliche Funktionen zu ergänzen. Die Cloud-Plattform führt den Datenaustausch und die Anwendungsintegration mit vorhandenen unterstützenden Informationssystemen und anderen Unternehmensinformationssystemen über verschiedene Plug-Ins durch Die Cloud-Plattform muss keine Überwachungsfunktionen implementieren, sondern verwandte Funktionen im Legacy-Überwachungssystem über Überwachungs-Plug-Ins wiederverwenden.
Zusammenfassung
Um sich an die Merkmale der IT-Infrastruktur großer Konzernunternehmen anzupassen, hat die in diesem Artikel vorgeschlagene Cloud-Plattform-Architektur speziell ein mehrstufiges Mieterverwaltungssystem, ein zweistufiges Ressourcenverwaltungssystem, ein Ressourcenadaptermodul usw. entwickelt Plug-In-Verwaltungsmodul und Richtlinien-Engine usw., die bis zu einem gewissen Grad verwendet werden können. Es erfüllt die Geschäftsanforderungen des Cloud-Computings großer Konzernunternehmen, erhöht jedoch auch die Komplexität der Cloud-Plattform-Architektur und erhöht dadurch die Schwierigkeit Wenn sich große Konzernunternehmen auf diese Cloud-Plattform-Architektur beziehen, müssen sie den damit verbundenen Arbeitsaufwand und die damit verbundenen technischen Risiken im Detail bewerten. Darüber hinaus konzentriert sich diese Architektur auf die IaaS-Ebene und berücksichtigt nicht die Besonderheiten von PaaS. Dementsprechend ist es bei der Gestaltung der PaaS-Plattformarchitektur auch erforderlich, relevante Funktionsmodule zu ergänzen.
Das obige ist der detaillierte Inhalt vonAnalytische Ideen für die Cloud-Plattform-Architektur großer Konzernunternehmen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
