DevOps und Hybrid Cloud: Leben auf der Überholspur?

Einführung

Eine Hybrid Cloud ist einer der größten Segen für die IT-Branche. Die Cloud bietet die Funktionen von Private und Public Clouds je nach Bedarf der Unternehmen. Darüber hinaus wird es noch besser, wenn es mit DevOps ausgestattet ist.

Dieser Artikel soll bewerten, wie schnell das erreichbare Ziel sein kann, wenn alle Elemente von DevOps und Hybrid Cloud richtig kombiniert werden.

Die digitale Disruption bei der Einführung von DevOps und Hybrid Cloud

Das Tempo und das Ausmaß der Geschäftstransformation, die durch die Cloud, prädiktive Analysen, tragbare Geräte und Anwendungsarbeiten ermöglicht wird, ist beispiellos. Neue Unternehmensprototypen beginnen zu entstehen, während andere veraltet sind; Born-on-the-Web-Unternehmen wie Facebook, Homeaway und Uber gehören zu den sichtbarsten Beispielen dafür, wie herkömmliche Unternehmen durch neue Konkurrenten behindert werden. Diese Disruption wird hauptsächlich durch Veränderungen im Kundenverhalten verursacht, die durch technologische Fortschritte ermöglicht werden. Da Verbraucher eine direkte, elektronische Verbindung zu den Unternehmen suchen, mit denen sie Geschäfte machen, übernehmen Designer häufig von ihren tragbaren Apps aus zusätzliche Verantwortung für die Benutzererfahrung. Heute ist kein Unternehmen immun gegen diese seismische Veränderung; Mehr denn je sind Technologie und Flexibilität für die Gesundheit und das Wachstum sowohl bestehender als auch neuer Unternehmen von entscheidender Bedeutung. Service- und Produktversandverfahren müssen für Weiterentwicklungen und Time-to-Market in modernen Organisationen optimiert werden. Ansätze wie Agile, Lean Startup und Design-Thinking-Techniken eignen sich immer besser zur Unterstützung bei der Entwicklung und Gestaltung von höchst originellen und kreativen technologischen Optionen, und die Cloud wird zunehmend als idealer Standort für die Bereitstellung von Unternehmenssoftware angesehen.

Cloud und DevOps beschleunigen die Implementierung verschiedener Anwendungsdomänen und die Änderungen an bestehenden. Software wechselt von komplizierten, nativen Apps mit vielen Verbindungen, die zum Zeitpunkt der Entwicklung festgelegt werden, zu einer stärker dezentralisierten Infrastruktur mit Abhängigkeiten, die zum Zeitpunkt der Programmausführung festgelegt werden. Diese serviceorientierten Designs, ob Cloud-fähig oder Cloud-nativ, nutzen die Vorteile des Elastizitätsmoduls der Cloud, um deutlichere Updates zu ermöglichen. Cloud-Web-Apps sind solche, die speziell für die Cloud entwickelt wurden.

Sie priorisieren das Benutzerengagement über verschiedene Touchpoints wie mobile Kanäle und Social-Media-Sites wie Facebook, Yelp usw. Cloudbasierte Webanwendungen verwenden häufig serverlose Mikrodienste, um den Übergang zu ermöglichen und die Agilität zu mobilisieren sowie vorhandene Webdienste wiederzuverwenden (Datenverarbeitung, Vorhersageanalyse, Exekutivfunktion, Internet der Dinge usw.), um die Produktionszeit zu verkürzen. Cloud-native Apps, die häufig mit im Internet geborenen Organisationen verknüpft sind, nutzen Cloud-Funktionen wie Mandantenfähigkeit und vollautomatische, flexible Ressourcenskalierbarkeit.

Zwei Profile

Es gibt zwei DevOps-Profile. Laut IBM unterstützt die Notwendigkeit von Cloud-nativen und Cloud-fähigen Apps das Vorhandensein von zwei Hauptprofilen zwischen vielen Cloud-DevOps-Einsteigern. Teammitglieder mit Cloud-nativen Profilen haben andere Anforderungen als Teammitglieder mit Cloud-fähigen Profilen.

Cloud-natives Profil

Während ein natives Cloud-Profil häufig mit konzipierten Online-Verbänden in Verbindung gebracht wurde, findet es sich zunehmend in Innovations- oder Branchenbündeln innerhalb größerer Verbände. Dieses Profil wird von kleinen Gruppen beschrieben, die versuchen, die Vermittlungszyklen zu verkürzen, und die sich auf Rentabilität und Kunden- (oder Geschäfts-) Ergebnisse konzentrieren. Siehe Abbildung 1. Grundlegende Schwierigkeiten für dieses Profil von DevOps-Anwendern sind in Abbildung 2 dargestellt, mit den entsprechenden Anordnungen, nach denen sie suchen, auf der rechten Seite:

Abbildung 1

Figur 2

Cloudfähiges Profil

Das Cloud-fähige Profil ist üblicherweise in IT-Verbänden zu finden, die mit komplexen Frameworks Schritt halten und diese vorantreiben. Dieses Profil wird von Gruppen von Gruppen beschrieben, die an längeren Förderzyklen arbeiten und sich auf Qualitätsverbesserungen, schnellere Markteinführung und Anpassung von Kosten und Wert konzentrieren. Koordiniert in Gruppen von Gruppen beaufsichtigen sie komplexe Frameworks mit zahlreichen verwandten Teilen, wobei sie eine Reihe von Innovationsphasen gruppenübergreifend nutzen. In der Regel gibt es nicht nur verschiedene Stadien (zentralisierter Computer, Mittelklasse, Umlauf usw.), sondern auch verschiedene Zeitalter der Innovation, die überwacht werden müssen – zum Beispiel bestimmte Teile, die einem Code unterliegen, der für ein Heritage-Stadium erstellt wurde. Siehe Abbildung 3. Das Cloud-basierte Profil hat nicht nur ähnliche Schwierigkeiten wie das lokale Cloud-Profil, sondern zusätzlich eine wesentlich schwierigere Anordnung von zusätzlichen grundlegenden Schwierigkeiten. Diese sind auf der linken Seite von Fig. 4 dargestellt, die zugehörigen Anordnungen auf der rechten Seite

Figur 3

Figur 4

Herausforderungen der Migration

Wie bereits ausführlich auf diesen Seiten besprochen wurde, wird der von DevOps unterstützte Übergang zur Mixtur-Cloud unglücklicherweise ins Wanken geraten, wenn die Verbände denken, dass sie sich nur um die Tools und den Einsatz kümmern müssen. Es ist nicht. Grundlage dieser beiden Veränderungen ist ein breiter gesellschaftlicher Wandel. Bei DevOps geht es um Wendigkeit, Vertrauen und Unabhängigkeit, ebenso wie bei einer Hybrid Cloud.

Insbesondere DevOps und Half and Half Cloud versprechen jedoch, die Designer Experience (DevX) eines Verbands zu verbessern, und das ist nicht etwas, das im Wesentlichen mit einem Tagging-Instrument oder durch die Übernahme eines GitOps-Ansatzes erreicht werden kann. DevX impliziert unabhängige, ungebundene Entwicklung. Es impliziert Stärkung, Kundenerfahrung und Selbstverwaltung. Dies sind Änderungen, die mit einer fruchtbaren Änderung der Geschäftskultur eintreten können, nicht mit einem Gerät. Außerdem ist dies eine bedeutende Anfangsphase, die zahlreiche Verbände noch zu verstehen versuchen.

Menschen sind ein weiteres sehr abgenutztes Thema, das jedoch immer wieder einen bedeutenden Test einführt. Der soziale Wandel, der erwartet wird, um DevOps effektiv durchzuführen, kann hypothetisch mit nur einer Person beginnen. Wie dem auch sei, für ein fruchtbares Ergebnis sind wirklich langfristige Veränderungen erforderlich, da tief durchdrungene Überzeugungen aufgelöst und angestammte Loyalitäten getrennt werden.

Beispielsweise akzeptieren viele, dass die Durchführung von DevOps die Rekrutierung neuer Mitarbeiter erfordert. Diese Überzeugung beinhaltet zwei Irrtümer: Erstens, dass Verbände die Gruppen, die sie brauchen, tatsächlich beschäftigen wollen, und zweitens, dass DevOps nur ein Aufgabentitel ist. Wie wir wahrscheinlich wissen, wird eine anständige DevOps-Gruppe nicht rekrutiert, sondern durch das Zusammenführen von Verbesserungen und Aufgaben geschaffen. Die alten Lagerhäuser, in denen Entwickler kreierten und Betriebe arbeiteten, sind ein Überbleibsel aus weniger erleuchteten Zeiten.

Der Wechsel zu einer hybriden Cloud bedeutet, dass Sicherheit und Schutz stärker berücksichtigt werden sollten. Eines der Hauptprobleme ist, dass es für Sicherheitsgruppen derzeit nicht ausreicht, von einer hohen Position aus zu regieren. Da die Kontrolle vom Serverbereich in die Cloud und von stark isolierten Betriebsarchitekten auf die gesamte Gruppe verlagert wird, müssen sich auch die Sicherheitsansätze ändern. Fähige Designer werden mit den idealen Entscheidungen gehen; Sie brauchen jedoch die richtigen Basis-Tools, die ihre Entscheidungen von der Hypothese in die reale Welt tragen und die Personen abschirmen, die nicht so achtsam sind.

Diese sollten ein Anstoß sein, Verbände aufzuhorchen und zu untersuchen, was Sicherheit in Zeiten von Cloud, Inhabern und Microservices wirklich bedeutet. Für den Fall, dass der gleichzeitige Wechsel zu DevOps und Hybrid Cloud dieser Anstoß ist, ist er es auch. Da DevOps die Art und Weise verändert, wie Gruppen an ihre Arbeit herangehen, wird DevSecOps die Art und Weise, wie sie die Sicherheit überprüfen, stören.

Fazit

Schnell zu fahren ist etwas, was wir alle wollen, aber es ist nicht so einfach. Jede technologische Transformation braucht Zeit und Vorbereitung für ein klares Verständnis. DevOps mit Hybrid Cloud ist sicherlich eine großartige Option, aber sie muss sorgfältig implementiert werden.