Schließen von Generationenlücken im Rechenzentrum mit NetOps

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, egal wie groß oder klein, benötigen Hardwareressourcen. CPU. Erinnerung. Lagerung. Netzwerk. Ohne diese funktioniert nichts davon. Keine. Egal ob im Rechenzentrum oder in einer Cloud (Rechenzentrum), Hardware ist allgegenwärtig. Es stellt die nötige Leistung für Apps bereit, die unser Leben vernetzter, kollaborativer und komfortabler 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.

Wir sehen diese Veränderungen im Rechenzentrum im Hinblick auf Generationen basierend auf dem Modell, wie wir diese 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.

Alle diese Apps und Dienste benötigen weiterhin Hardware. Auch wenn es so scheint , entstehen Ressourcen nicht auf magische Weise. Dies war einer der Gründe für das rasante Wachstum von Virtualisierung und Cloud. Weil es magisch schien . Aber Magie ist letztendlich nur eine Illusion. Im Fall von Computern bedeutet dies, dass die Hardware (und die von ihr bereitgestellten Ressourcen) immer noch vorhanden sind. Was sich geändert hat, ist die Art und Weise, wie wir sie bereitstellen, verwalten und nutzen. Und diese Änderungen haben tiefgreifende Auswirkungen auf jedes Rack im Rechenzentrum.

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

Automatisierung und Reaktionsfähigkeit erforderlich

Angesichts des Ausmaßes und der Geschwindigkeit, mit der Unternehmen heute unter Druck stehen, neue Anwendungen und APIs bereitzustellen, wird Automatisierung erforderlich – sei es über die Cloud oder Container, vor Ort oder außerhalb. Die verkürzte Lebenserwartung der Nutzung von Hardwareressourcen durch Apps und App-Dienste bedeutet ein Recycling in phänomenaler Geschwindigkeit. Manuelle Prozesse und lange Startzeiten können mit dem hektischen Tempo solcher Systeme nicht mithalten. Das bedeutet containerisierte und Cloud-basierte (oder zumindest Cloud-ähnliche) Frameworks, die die schnelle und häufige Erstellung und Löschung von Diensten ermöglichen, die für eine hohe Skalierung erforderlich ist.

Automatisierung, Ressourcenverbrauch und Geschwindigkeit der Diensteerstellung zeichnen die Grenzen zwischen den Rechenzentrumsgenerationen auf. Selbst der Wechsel von Generation 2 (Cloud) zu Generation 3 (Container) verändert diese Eigenschaften drastisch. Mit jeder Generation rückt die vollautomatische Reaktionszeit im Sekundenbereich in den Vordergrund, was vor allem an Ressourcenverbrauchsprofilen liegt, die nur Minuten statt Monate oder Jahre dauern.

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.

Um die Anforderungen der neuesten Generation zu erfüllen und gleichzeitig die zur Unterstützung der ersten Generation erforderliche Zuverlässigkeit aufrechtzuerhalten, müssen Selbstbedienung und Automatisierung eingesetzt werden. Das bedeutet Integration mit Ticketsystemen und Bereitstellung von Analysen über APIs und Dashboards. Dies bedeutet, dass sich das Netzwerk, unabhängig von der zugrunde liegenden Hardware (spezialgefertigt oder Standardhardware), als nutzbare, automatisierbare Ressource präsentieren muss, die mit der gleichen Schnelligkeit 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 stellen .  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.