Sphere Electric beteiligt sich an EnergiemanagementsystemenDie Gesamtarchitektur folgt der gesamten Idee "Cloud, Rohr, Kante, Ende", basiert auf der Cloud-Plattform und baut ein "umfassendes Wahrnehmen, intelligentes Internet der Dinge und Datenverbindung" für die städtische Bahnverkehrs-Energieeffizienz-Datenanalyse-System auf, um die Echtzeit-Erfassung und umfassende Analyse von Energieverbrauchsdaten durch intelligente Gateways und Endgeräte-Cloud-Zugang zu erreichen, um den tatsächlichen Energieverbrauch der Linie genau zu verstehen.

Cloud-Container-Technologie

• Extrem leicht, nur die notwendigen Bin/Lib verpackt

• Bereitstellung auf sekundärer Ebene: Abhängig vom Spiegel dauert die Bereitstellung eines Containers etwa Millisekunden bis Sekunden (viel stärker als eine virtuelle Maschine)

• Einfach zu transportieren, auf einmal zu bauen und überall bereitzustellen

• Elastisch skalierbar, Kubernetes Container Management Platform verfügt über leistungsstarke Managementfähigkeiten

Mikroservice-Architektur

• Schnelle Inbetriebnahme: Dank der Autonomie und Unabhängigkeit der Geschäftskomponenten können neue Funktionen und Anwendungen schnell online freigegeben werden, ohne sich Sorgen über umfangreiche Auswirkungen und Reichweite auf andere Systemfunktionen zu machen

• Optimale Nutzung der Hardwareressourcen

• Unterstützung für unabhängige Skalierung und Wiederherstellung, gezielte Skalierung bestimmter Dienste in der Anwendung, Behebung von Engpässen bei der Leistung und unabhängige Ersatz oder Wiederherstellung einer Komponente in einem Mikroservice

• Die Vorteile der Microservice-Architektur in Bezug auf die Entwicklungseffizienz, Stabilität und Skalierbarkeit von Anwendungen sind die Standard-Architektur für Cloud-Anwendungen.

Kontinuierliche Bereitstellung

• Verringerung des Umfangs der Änderungen: Agile oder iterative Entwicklung bedeutet häufigere Veröffentlichungen und weniger Änderungen pro Veröffentlichung im Vergleich zu herkömmlichen Fall-Entwicklungsmodellen. Da die Bereitstellung regelmäßig erfolgt, hat jede Bereitstellung keine erheblichen Auswirkungen auf das Produktionssystem und die Anwendung wächst allmählich in einem glatten Tempo.

• Automatisierung, leistungsstarke Automatisierung der Bereitstellung, die die Wiederholbarkeit der Bereitstellungsaufgaben gewährleistet und die Wahrscheinlichkeit von Bereitstellungsfehlern verringert

• Verbesserte Entwicklungseffizienz, geringere Kommunikationskosten, schnellere Bereitstellung und Inbetriebnahme bei der Entwicklung, dem Test, der Bereitstellung und der Wartung von Software

Systemkosten

Schneller als das Erstellen von Instanzen virtueller Maschinen, geringere Leistungs- und Speicheraufwendungskosten und geringere Kosten für Hardwareressourcen.

Effizienz der Bereitstellung

Die herkömmliche Bereitstellung von virtuellen Maschinen dauert Minuten und Container Sekunden, was die Effizienz der Bereitstellung erheblich verbessert.

Portabilität

Container können auf fast jeder beliebigen Plattform ausgeführt werden, einschließlich physischer Maschinen, virtueller Maschinen, Public Clouds, Private Clouds, PC usw. und können direkt von einer Plattform auf eine andere migriert werden, was herkömmliche virtuelle Maschinen nicht tun können.

ZielNormalisierung

Die meisten Container basieren auf offenen Standards und können unter allen großen Linux ausgeführt werden und sind gut kompatibel.

Flexibilität

Jeder Mikrodienst kann unabhängig bereitgestellt werden und es ist nicht mehr erforderlich, die Auswirkungen anderer Dienste auf den Dienst zu koordinieren. Die Flexibilität der Microservice-Architektur ermöglicht die kontinuierliche Bereitstellung des Systems und verbessert die Reaktionsfähigkeit auf Erweiterungen der nachfolgenden Funktionen des Systems.

Koppelbarkeit

Jeder Microservice konzentriert sich nur auf eine bestimmte Geschäftsfunktion, ist logisch klar und hat wenig Code, was die Entwicklung und Wartung vereinfacht. Das System besteht aus mehreren Mikroservices, die in einem kontrollierten Zustand gehalten werden. Traditionelle Single-Application-Architekturen führen häufig zu einer Situation, in der der gesamte Körper mit einem Antrieb verbunden ist, die der Entwicklung und Wartung ungünstig ist.