BLOG

Schließen von Generationenlücken im Rechenzentrum mit NetOps

Lori MacVittie Miniaturbild
Lori MacVittie
Veröffentlicht am 05. September 2017

Lassen Sie sich von niemandem sagen, dass die Hardware keine Rolle spielt. Hardware ist überall. In jedem Handy. Jedes Fitbit und jedes technische Gerät, das wir besitzen. In unseren Autos. In unseren Laptops und Tablets. Es ist zunehmend in unseren Geräten enthalten. In unseren Uhren. Und anscheinend in manchen Fällen auch in uns . Es ist kleiner, schneller und produktiver.

Apps benötigen, egal ob groß oder klein, Serverressourcen. CPU. Arbeitsspeicher. Speicherplatz. Netzwerk. Ohne sie läuft keine App. Keine. Ob im Rechenzentrum oder in einer Cloud-Umgebung, Hardware ist überall vorhanden. Sie sorgt dafür, dass Apps genug Leistung haben, um unser Leben vernetzter, gemeinschaftlicher und einfacher zu machen.

Das heißt aber nicht, dass sich das Rechenzentrum hinsichtlich der Hardware nicht verändert. Es ist. Während die Hardware immer noch die Grundlage bildet, auf der wir jede Technologie aufbauen, haben sich die Frameworks und technischen Häuser (die Apps), die wir darauf aufbauen, geändert. In manchen Fällen ziemlich dramatisch. Das Mooresche Gesetz stellt keine Einschränkung mehr dar, wenn Sie Ressourcen bündeln und Anwendungen in mehrere Dienste aufteilen können, indem Sie das zugrunde liegende Netz aus Rechenleistung und Speicher wie ein massiv verteiltes System verwenden.

 

 

DC-Generationen

Wir betrachten diese Veränderungen im Rechenzentrum als Generationen, basierend darauf, wie wir Ressourcen bereitstellen, verwalten und nutzen.

Vier Generationen der App-Infrastruktur

In der langlebigsten Generation der Anwendungsinfrastruktur – der Generation Null – haben wir Maschinen hochgefahren, Anwendungen gestartet und stolz auf die Brust getrommelt, wenn wir von jahrelanger Betriebszeit in Folge hörten. Dann kam die Virtualisierung, und wir booteten Maschinen und nahmen Apps wieder auf, auf denen virtuelle Maschinen liefen. Die Betriebszeit eines einzelnen Systems war passé; die Verfügbarkeit einer App war das Maß der Dinge. In der Cloud starten wir Dienste mit einem Mausklick und können sie nach oben und unten skalieren, ohne auch nur einen Finger zu rühren. Und in der Post-Cloud-Generation klonen sich Container wie von Zauberhand mit einer Geschwindigkeit, die die Boxencrews in Daytona vor Neid erblassen lassen würde*.

Die Zeit zwischen den Generationen der App-Infrastruktur wird immer kürzer. Die Zeitspanne zwischen der Generation Null und der Generation Eins beträgt Jahrzehnte. Virtualisierung gibt es schon lange, sie ist jedoch erst im Jahr 2010 „erwachsen“ geworden. Wolke? 2015. Behälter? Sie bewegen sich schnell und wir haben noch nicht einmal 2018. Jede Generation baut auf den Erfahrungen der vorherigen Generation auf, erkennt deren Fehler und Nachteile und versucht gleichzeitig, diese zu verbessern. Im Mittelpunkt dieser Verbesserungen stehen Geschwindigkeit und Umfang. Markteinführungs- und Liefergeschwindigkeit. Umfang des Unternehmens und der Apps, auf die es jetzt angewiesen ist. Beide haben zu den evolutionären Veränderungen beigetragen, die jeden Aspekt des Rechenzentrums beeinflussen.

All diese Apps und Dienste benötigen weiterhin Hardware. Ressourcen entstehen nicht auf magische Weise, auch wenn es so scheint. Das erklärt, warum Virtualisierung und Cloud so schnell gewachsen sind. Weil es wie Magie wirkte. Doch Magie ist einfach nur eine Täuschung. Beim Computing bedeutet das, dass die Hardware (und ihre Ressourcen) immer noch da sind. Was sich verändert hat, ist, wie wir sie bereitstellen, verwalten und nutzen. Diese Veränderungen prägen jedes einzelne Rack im Rechenzentrum nachhaltig.

Und es verursacht eine Generationslücke, die NetOps schließen muss.

Automatisierung und Reaktionsfähigkeit erforderlich

Die Geschwindigkeit und das Volumen, mit denen Sie heute neue Anwendungen und APIs bereitstellen müssen, erfordern Automatisierung – egal ob über Cloud oder Container, lokal oder extern. Die deutlich kürzere Nutzungsdauer von Hardwareressourcen durch Apps und App-Dienste verlangt ein schnelles Recycling in beeindruckendem Tempo. Manuelle Abläufe und lange Startzeiten können mit dem rasanten Tempo solcher Systeme nicht Schritt halten. Darum setzen Sie auf containerisierte und Cloud-(bzw. Cloud-ähnliche) Frameworks, die schnelles und häufiges Erstellen und Löschen von Diensten ermöglichen, um flexibel und skalierbar zu bleiben.

Automatisierung, Ressourcennutzung und Geschwindigkeit der Serviceerstellung definieren die Grenzen der Rechenzentrumsgenerationen. Schon der Umstieg von Generation 2 (Cloud) auf Generation 3 (Container) verändert diese Merkmale grundlegend. Jede Generation bringt Sie der vollständigen automatisierten Reaktion in Sub-Sekunden-Schritten näher, vor allem wegen Ressourcennutzungsprofilen, die Minuten statt Monate oder Jahre betragen.

 

 

Aus diesem Grund liegt (oder sollte) der Schwerpunkt derzeit so stark auf NetOps. Denn es ist das Netzwerk – das traditionelle Hardware-Netzwerk –, das am stärksten von den Erwartungen beeinflusst wird, die sich aus der App-Infrastruktur der zweiten und dritten Generation ergeben. Die Aufgabe der IT besteht häufig darin, die Anwendungsinfrastruktur aller vier Generationen zu unterstützen. Dies bedeutet, dass Kosten und Infrastruktur im Netzwerk häufig geteilt werden müssen. Das bedeutet oft speziell angefertigte Geräte. Aber auch wenn ein App-Dienst auf einem herkömmlichen Gerät gehostet wird, muss er dennoch die Möglichkeit bieten, von einem App-Infrastrukturmodell der zweiten oder dritten Generation genutzt zu werden.

Sie sollten Selbstbedienung und Automatisierung einsetzen, um den Anforderungen der neuesten Generation gerecht zu werden und gleichzeitig die für die Unterstützung der ersten Generation erforderliche Zuverlässigkeit sicherzustellen. Das bedeutet, Sie integrieren Ticketsysteme und stellen Analysen über APIs und Dashboards bereit. Unabhängig von der Hardware – maßgeschneidert oder Standard – muss sich das Netzwerk als verbrauchbare, automatisierbare Ressource präsentieren, die genauso schnell reagiert wie die Anwendungsinfrastruktur der zweiten oder dritten Generation.

In einigen Fällen bedeutet dies, dass Netzwerk- und App-Dienste den gleichen Infrastrukturstil annehmen müssen wie die Anwendungen, die sie bereitstellen. App-Dienste wie Lastausgleich und Web-Anwendungssicherheit werden von Entwicklern zunehmend genutzt und in App-Architekturen und -Infrastrukturen integriert.  Andere – insbesondere im Bereich Sicherheit – funktionieren in Umgebungen der zweiten Generation (Cloud) einfach nicht so gut (oder überhaupt nicht). Dies bedeutet, dass diese Dienste cloudbasiert, in Containern verfügbar und leicht zugänglich sein müssen.

Die existenziellen Generationsunterschiede in Rechenzentren können für Unternehmen problematisch sein. Sie können die Bemühungen zur digitalen Transformation behindern oder völlig zum Stillstand bringen. Sie erhöhen definitiv die Reibung zwischen Entwicklung und IT, zwischen IT und Unternehmen, zwischen Unternehmen und Kunden. Diese Reibung kann durch NetOps-Bemühungen reduziert werden, die erforderlichen Verbrauchsmodelle zur Unterstützung von Infrastrukturmodellen der Generation 2 und 3 mit APIs, Self-Service und Automatisierung zu erfüllen.

Angesichts der Komplexität und der manchmal konkurrierenden Anforderungen, die in ausgereiften Rechenzentren zwischen Anwendungen verschiedener Generationen bestehen, liegt es an NetOps, sich dieser Herausforderung zu stellensuper-netops4 Das Netzwerk (und alles, was dazu gehört) muss sich verändern, wenn es vier Generationen von App-Infrastrukturen gleichzeitig unterstützen soll. 


*Das Ziel der NASCAR-Boxencrews besteht darin, einen Boxenstopp (Wechsel aller vier Reifen) innerhalb von 12 Sekunden abzuschließen. Der schnellste aufgezeichnete Boxenstopp betrug lediglich 8 Sekunden. Die Geschwindigkeit, mit der eine Crew arbeitet, ist der Schlüssel zum Erfolg eines Fahrers.