Letzte Woche veranstaltete mein Team eine aufregende Veranstaltung im Four Seasons Hotel in Houston, Texas. Ziel war es, den Trend zur Entwicklung engerer Beziehungen zwischen den Teilnehmern fortzusetzen. Es war eine Veranstaltung, die Benutzer, Partner und Kunden zusammenbrachte. Darüber hinaus waren zahlreiche Hitachi-Vertreter bei der Veranstaltung anwesend. Bei der Organisation dieses Unternehmens haben wir uns zwei Ziele gesetzt:
- Förderung des Interesses an der laufenden Erforschung neuer Branchenprobleme;
- Überprüfen Sie die Bereiche, in denen wir bereits arbeiten und weiterentwickeln, sowie deren Anpassungen basierend auf dem Feedback der Benutzer.
und Matt Hall () begann mit der Erörterung der Lage der Branche und der verschiedenen Herausforderungen im Zusammenhang mit der Verwaltung und Verarbeitung seismischer Daten. Es war sehr inspirierend und auf jeden Fall aufschlussreich zu hören, wie sich die Investitionsvolumina zwischen Produktion, Transport und Verarbeitung verteilen. In jüngerer Zeit floss der Löwenanteil der Investitionen in die Produktion, die einst hinsichtlich des Volumens der verbrauchten Mittel die Königsklasse war, aber die Investitionen verlagern sich nach und nach in die Verarbeitung und den Transport. Matt sprach über seine Leidenschaft für die buchstäbliche Beobachtung der geologischen Entwicklung der Erde anhand seismischer Daten.
Insgesamt glaube ich, dass unsere Veranstaltung als „erster Auftritt“ der Arbeit angesehen werden kann, die wir vor einigen Jahren begonnen haben. Wir werden Sie weiterhin über verschiedene Erfolge und Erfolge unserer Arbeit in dieser Richtung informieren. Anschließend hielten wir, inspiriert durch einen Vortrag von Matt Hall, eine Reihe von Sitzungen ab, die zu einem sehr wertvollen Erfahrungsaustausch führten.
Edge (Edge) oder Cloud Computing?
In einer Sitzung leiteten Doug und Ravi (Hitachi Research in Santa Clara) eine Diskussion darüber, wie einige Analysen für eine schnellere und genauere Entscheidungsfindung auf Edge Computing verlagert werden können. Dafür gibt es viele Gründe, und ich denke, die drei wichtigsten sind enge Datenkanäle, große Datenmengen (sowohl in Bezug auf Geschwindigkeit, Volumen und Vielfalt) als auch enge Entscheidungspläne. Obwohl einige Prozesse (insbesondere geologische) Wochen, Monate oder Jahre dauern können, gibt es in dieser Branche viele Fälle, in denen Dringlichkeit von besonderer Bedeutung ist. In diesem Fall kann der fehlende Zugriff auf die zentralisierte Cloud katastrophale Folgen haben! Insbesondere HSE-Themen (Gesundheit, Sicherheit und Umwelt) sowie Probleme im Zusammenhang mit der Öl- und Gasförderung erfordern eine schnelle Analyse und Entscheidungsfindung. Der vielleicht beste Weg ist, dies mit unterschiedlichen Zahlen zu veranschaulichen – die spezifischen Details bleiben anonym, um „die Unschuldigen zu schützen“.
- Drahtlose Netzwerke auf der letzten Meile werden an Orten wie dem Perm-Becken aufgerüstet, indem Kanäle von Satellit (wo Geschwindigkeiten in Kbit/s gemessen wurden) auf einen 10-Mbit/s-Kanal über 4G/LTE oder nicht lizenziertes Spektrum verschoben werden. Selbst diese modernisierten Netzwerke können Probleme haben, wenn sie am Rande mit Terabytes und Petabytes an Daten konfrontiert werden.
- Sensorsysteme von Unternehmen wie FOTECH, die neben einer Vielzahl anderer neuer und etablierter Sensorplattformen stehen, sind in der Lage, mehrere Terabyte pro Tag zu produzieren. Zusätzlich zur Sicherheitsüberwachung und zum Diebstahlschutz installierte Digitalkameras erzeugen ebenfalls große Datenmengen, sodass an der Grenze eine ganze Reihe von Big-Data-Kategorien (Volumen, Geschwindigkeit und Vielfalt) anfallen.
- Für seismische Systeme, die zur Datenerfassung verwendet werden, umfassen die Entwürfe „konvergente“ ISO-Containersysteme zum Sammeln und Neuformatieren seismischer Daten, möglicherweise bis zu einer Datenskala von 10 Petabyte. Aufgrund der abgelegenen Standorte, an denen diese Geheimdienstsysteme betrieben werden, besteht ein erheblicher Bandbreitenmangel, um Daten netzwerkübergreifend vom Rand der letzten Meile zum Rechenzentrum zu übertragen. Daher senden Serviceunternehmen Daten buchstäblich vom Edge an das Rechenzentrum auf Band, optischen oder robusten magnetischen Speichergeräten.
- Betreiber von Brownfield-Anlagen, in denen täglich Tausende von Ereignissen und Dutzende rote Alarme auftreten, möchten optimaler und konsistenter arbeiten. Netzwerke mit niedriger Datenrate und praktisch keine Speichermöglichkeiten zum Sammeln von Daten für die Analyse in Fabriken lassen jedoch darauf schließen, dass etwas Grundlegenderes erforderlich ist, bevor mit der grundlegenden Analyse der aktuellen Abläufe begonnen werden kann.
Dies lässt mich auf jeden Fall denken, dass öffentliche Cloud-Anbieter zwar versuchen, all diese Daten auf ihre Plattformen zu übertragen, dass es aber eine harte Realität gibt, mit der man zurechtkommen muss. Vielleicht lässt sich dieses Problem am besten so klassifizieren, als würde man versuchen, einen Elefanten durch einen Strohhalm zu stoßen! Viele der Vorteile der Cloud sind jedoch von wesentlicher Bedeutung. Also was können wir tun?
Wechsel zur Edge-Cloud
Natürlich hat Hitachi bereits (branchen-)optimierte Lösungen auf dem Markt, die Daten am Edge anreichern, analysieren und auf ein minimal nutzbares Datenvolumen komprimieren und Unternehmensberatungssysteme bereitstellen, die mit Edge Computing verbundene Prozesse verbessern können. Meine Erkenntnis aus der letzten Woche ist jedoch, dass es bei der Lösung dieser komplexen Probleme weniger um das Widget geht, das Sie zur Verfügung stellen, als vielmehr um den Ansatz, den Sie zur Lösung des Problems verfolgen. Dies ist wirklich der Geist der Lumada-Plattform der Hitachi Insight Group, da sie Methoden zur Einbindung von Benutzern und Ökosystemen umfasst und gegebenenfalls Tools für die Diskussion bereitstellt. Ich war sehr froh, wieder Probleme lösen zu können (anstatt Produkte zu verkaufen), denn Matt Hall sagte am Ende unseres Gipfels: „Ich war froh zu sehen, dass die Hitachi-Leute anfingen, das Ausmaß des Problems wirklich zu verstehen.“
Kann O&G (Öl- und Gasindustrie) also als lebendiges Beispiel für die Notwendigkeit der Implementierung von Edge Computing dienen? Angesichts der auf unserem Gipfel aufgedeckten Probleme und anderer Brancheninteraktionen scheint die Antwort wahrscheinlich „Ja“ zu sein. Der Grund dafür, dass dies so klar ist, liegt vielleicht darin, dass Edge Computing, branchenorientiertes Bauen und die Vermischung von Cloud-Designmustern bei der Modernisierung von Stacks offensichtlich sind. Ich glaube, dass in diesem Fall die Frage nach dem „Wie“ Aufmerksamkeit verdient. Anhand von Matts Zitat aus dem letzten Absatz verstehen wir, wie wir das Cloud-Computing-Ethos auf Edge Computing übertragen können. Im Wesentlichen erfordert diese Branche, dass wir „altmodische“ und manchmal persönliche Kontakte zu Menschen haben, die in verschiedenen Teilen des Ökosystems der Öl- und Gasindustrie tätig sind, wie etwa Geologen, Bohringenieure, Geophysiker und so weiter. Wenn diese Interaktionen gelöst werden müssen, werden ihr Umfang und ihre Tiefe deutlicher und sogar überzeugender. Sobald wir dann Ausführungspläne erstellt und umgesetzt haben, werden wir uns für den Aufbau von Edge-Cloud-Systemen entscheiden. Wenn wir jedoch in der Mitte sitzen und diese Probleme nur lesen und uns vorstellen, werden wir nicht genug Verständnis und Einfühlungsvermögen haben, um wirklich unser Bestes zu geben. Also noch einmal: Ja, Öl und Gas werden zu Edge-Cloud-Systemen führen, aber erst das Verständnis der tatsächlichen Bedürfnisse der Benutzer vor Ort wird uns helfen zu bestimmen, welche Themen von größter Bedeutung sind.
Source: habr.com