Zuoyebang Nie An: Wie man Betrieb und Wartung transformiert, hören Sie sich Zuoyebangs OPaS-Ideen an

In der ersten Ausgabe veröffentlichte der Chef von Yangjingjing viele interessante Meinungen, in denen es hieß, es handele sich um einen Betriebs- und Wartungsleitfaden, um die Leute zum Aufhören zu bewegen Die Gäste in dieser Ausgabe werden unterschiedlich sein. Seien Sie bitte offen, hören Sie sich die Meinungen von Hunderten von Denkschulen an und machen Sie Ihre eigenen Karriere- und Lebenspläne. Wie das Sprichwort sagt: Wenn Sie beides hören, werden Sie erleuchtet, aber wenn Sie nur glauben, werden Sie dunkel sein. Wenn Sie nur auf das hören, was Ihren Ohren entspricht, ist die Wahrscheinlichkeit hoch, dass es keine Tiefe gibt Denken und Kollision, was schade ist.

Dies ist die zweite Ausgabe des bodenständigen und hochkarätigen „Betriebs- und Wartungsforums“, los geht’s!

Gastvorstellung

In dieser Ausgabe laden wir Nie An ein, den Leiter für Betrieb und Wartung von Zuoyebang. Er hat für Alibaba, Xiaomi, Didi und Zuoyebang gearbeitet 10 Jahre Betriebserfahrung.

Kurze Beschreibung der wichtigsten Punkte

• Der traditionelle Betrieb und die Wartung sind dafür verantwortlich, Industrieprodukte zu Dienstleistungen zusammenzustellen, sie an Benutzer zu liefern und den Servicebetrieb aufrechtzuerhalten.
• Krise in diesem Bereich und die Die umfassende Nutzung öffentlicher Clouds im Cloud-Native-Zeitalter, Microservice-Architektur und DevOps wurden tatsächlich erreicht, das Toolsystem floriert weiterhin und traditionelle Betriebs- und Wartungsaufgaben werden ständig ausgelagert, übertragen und ersetzt, und es ist eine Domänenkrise entstanden
• Organisationsstruktur, die Zusammenarbeitsmethode hat sich schrittweise von der Zusammenarbeit aller zur Plattform-Selbstbedienung entwickelt. Das Hauptthema der Wartung hat sich von der horizontalen Zusammenarbeit zur Service-Produkt- und Technologie-Mittelplattform verändert Plattform, externe Betriebs- und Wartungsdienstfunktionen OPaS (OP as Service) werden bereitgestellt, die in zwei Schichten unterteilt sind: Objekt und Szene. Wenn Objekte isomorph gepflegt werden, wird eine nachhaltige Betriebs- und Wartungsarchitektur gebildet
• Geschäftsbetrieb und Der Kern der serviceorientierten Transformation ist die Rollenerkennung, die das Betriebs- und Wartungspersonal von der vom Unternehmen abhängigen Rolle zum unabhängigen Betriebs- und Wartungsdienstleister übernehmen muss großes Potenzial
• Der Betrieb und die Wartung von Komponenten sowie die Steuerung der Komponenten selbst gehen einen Schritt weiter als das reine Betriebs- und Wartungsmanagement und folgen dem Zwiebelmodell, das auf einer Ressourcenbereitstellungs-, Konstruktions- und Verwaltungsplattform basiert. Gehen Sie dann tief in den Beruf ein Bereich der Komponente selbst
• Betriebs- und Wartungsentwicklung, sich wiederholende Plattformiterationsarbeiten abziehen, sich auf das öffentliche Betriebs- und Wartungszentrum konzentrieren, professionelle Technologie und hohe Hebelwirkung einsetzen
• Betriebs- und Wartungsphase

Internetbetrieb und -wartung, It hat mehrere Phasen durchlaufen, darunter reine manuelle Arbeit, Standardisierung, Plattformisierung und digitale Intelligenz, wie in der folgenden Abbildung dargestellt. Unter ihnen ist DevOps eine technologiegetriebene organisatorische Veränderung und eine nicht-professionelle Veränderung.

Aus der Entwicklungsgeschichte von Betrieb und Wartung können wir mehrere Merkmale erkennen:

Vererbung. Die neue Stufe erbt und führt häufig die hervorragenden Erfahrungen der alten Stufe weiter und führt Innovationen in Bezug auf Konzepte, Technologien und Organisationen ein.

Beispielsweise erbt und stärkt die Plattformisierung die Ergebnisse der Standardisierungsphase, und die Digitalisierung erbt die Ergebnisse der Plattformisierung . , bei der Einführung der Big-Data-Technologie

Verantwortungsübertragung. DevOps ist ein Wendepunkt im Betriebs- und Wartungsmanagementmodell nach DevOps

• Einerseits wird die Betriebs- und Wartungsspezialisierung weiter vorangetrieben und die Fähigkeit beibehalten, Isomorphie für Betrieb und Wartung auf höherer Ebene zu verwalten Objekte
• Auf der anderen Seite wird die Integration von Betrieb und Wartung sowie Forschung und Entwicklung betont, und die Verantwortlichkeiten für Betrieb und Wartung werden schrittweise auf die Unternehmensforschung und -entwicklung übertragen.
• Das Erlernen der Entwicklungsgeschichte eines bestimmten Bereichs ermöglicht es uns aus der Geschichte lernen und den Trend nutzen.

Traditioneller Betrieb und Wartung

Im traditionellen Betriebs- und Wartungsmodell können Serviceobjekte grundsätzlich in drei Schichten unterteilt werden. Die unterste Schicht ist die Hardware-Infrastruktur IaaS, die hauptsächlich aus Computer, Netzwerk und Speicher besteht; die mittlere Schicht ist die Software-Infrastruktur, einschließlich Betriebssystemen, Virtualisierungstechnologie, Code-Frameworks, Middleware usw.; Schicht, hauptsächlich Anwendungsdienste.

Die Aufgabe des herkömmlichen Betriebs und der Wartung besteht darin, Industrieprodukte zu Diensten zusammenzustellen, sie den Benutzern bereitzustellen und den Dienstbetrieb durch eine Reihe von Prozessen, Technologien und Methoden aufrechtzuerhalten

; Kosten, Sicherheit, Effizienz und andere mehrdimensionale Ziele (operativ). Bis zu einem gewissen Grad muss der traditionelle Betrieb und die Wartung vom Unternehmen abhängig sein, um Wert zu generieren. Viele Unternehmen werden die Frage, ob sie das Geschäft verstehen, als eine der wichtigsten Beurteilungen der Betriebs- und Wartungsmitarbeiter betrachten (Abhängigkeit). Mit der Popularisierung von Cloud Computing und Cloud-nativer Technologie ist das traditionelle Betriebs- und Wartungsmodell auf viele Herausforderungen gestoßen. Zum Beispiel

• Nachdem Unternehmen die öffentliche Cloud nutzen, sind IaaS/PaaS und sogar SaaS grundsätzlich serviceorientiert und können über die API abgerufen werden. Ein großer Teil der Betriebs- und Wartungsarbeiten wird mithilfe von Cloud-Anbietern durchgeführt, z. B. Hardware, Systeme usw. Netzwerke, Datenbanken und Big Data usw. Die ursprüngliche Fabrik muss nur einen geringen Teil der professionellen Auswahl- und Integrationsfähigkeiten beibehalten (Outsourcing). und Vorgänge, die zuvor von professionellem Betriebs- und Wartungspersonal durchgeführt wurden, werden nach und nach an die Unternehmensforschung und -entwicklung übergeben. Selbstbedienungsabwicklung, wie Lieferung, Änderung, Überwachung, Kapazität usw., Betriebs- und Wartungsverantwortung werden größtenteils an die Unternehmensforschung und -entwicklung übertragen (Übertragung)
• Der professionelle Aggregationseffekt der Public Cloud und des Cloud-nativen Open-Source-Systems sorgen für eine kontinuierliche Verbesserung der Tooling-Aussichten. Nachdem sich die Effizienz durch Werkzeuge verbessert hat, sind für die gleiche Position weniger Arbeitskräfte erforderlich. Die technischen Hürden für Bediener werden immer geringer. Der Ersatz von Arbeitskräften durch Plattformen vertieft sich immer noch allmählich (Ersatz)
• Wie oben erwähnt, werden nach der Auslagerung der Infrastruktur in die öffentliche Cloud und Cloud-nativ die Betriebs- und Wartungsverantwortung auf die Unternehmensforschung und -entwicklung übertragen und die Plattform ersetzt die Professionalität von Arbeit. Angesichts dieser Trends und Fakten müssen Betriebs- und Wartungsfachkräfte einige Veränderungen vornehmen.

Organisationsstruktur

Lassen Sie uns zunächst über die Organisationsstruktur sprechen. Langfristig besteht die Organisationsform eines Unternehmens im Cloud-Native-Zeitalter aus folgenden Teilen:

Die Top-Endnutzer sind die Party-A-Kunden des Unternehmens und potenzielle Gewinngruppen. Das Geschäftsteam ist für die Endbenutzer verantwortlich und seine Rollen umfassen Produkt, Geschäft, Marketing, Marketing usw. Die Unternehmensforschung und -entwicklung dient direkt dem Geschäftsteam und stellt hauptsächlich SaaS-Anwendungen/-Dienste bereit. Die Plattformforschung und -entwicklung dient der Unternehmensforschung und -entwicklung, stellt verschiedene PaaS-Funktionen bereit und bindet Cloud-Anbieter ein. Es wird auch einige funktionsübergreifende Organisationen geben, wie z. B. Kostenoperation FinOps, Effizienzoperation EP, Verwaltungsteam-IT usw.

In der neuen Organisationsstruktur besteht das oberste Ziel jedes Einzelnen darin, seine eigenen Aufgaben zu erfüllen und den Endbenutzern gute Dienste zu leisten. Das Geschäftsteam legt mehr Wert auf den Geschäftswert und das F&E-System konzentriert sich auf die Servicequalität. Mit der Weiterentwicklung der Informationstechnologie werden die Funktionen, die derzeit von funktionsübergreifenden Organisationen ausgeführt werden, schrittweise in Plattform-Forschungs- und Entwicklungsteams zerlegt und die Hauptmethode der organisatorischen Zusammenarbeit von der Zusammenarbeit aller auf Plattform-Selbstbedienung umgestellt. Betrieb und Wartung haben neue Aufgabenziele, nämlich:

Das Hauptthema von Betrieb und Wartung ist die Managementplattform, das Ressourcen- und Technologiezentrum, nicht die horizontale Zusammenarbeit. Betrieb und Wartung sollten eine High-Tech-Hebelwirkung haben, das Geschäft stärken und Unternehmen dabei helfen, den Betrieb zu verbessern Effizienz

.

Technische Architektur

Betriebs- und Wartungstransformation, das Ziel besteht darin, Betriebs- und Wartungsmanagementdienste für übergeordnete Teams über eine Selbstbedienungsplattform bereitzustellen. Das Wesentliche ist Betriebs- und Wartungs-OPaS (OP as Service). . Aufgrund der inhaltlichen Unterschiede können Betriebs- und Wartungsarbeiten in zwei Kategorien unterteilt werden: Objektverwaltung und Szenenverwaltung, wie in der folgenden Abbildung dargestellt.

Objektmanagement ist ein vertikales Modell, bei dem es um den Betrieb und die Wartung von Objekten sowie den Aufbau einer Lebenszyklusmanagementplattform geht. Betriebs- und Wartungsobjekte können nach IaaS-Ressourcen (Maschine, Netzwerk, Speicher, Cloud-Dienste), PaaS-Komponenten (Datenbank, Cache, MQ, Gateway), SaaS-Anwendungen (Business-Middle-Plattform, Geschäftsanwendungen), Service-Framework (Laufzeit, Code-Framework, Namensdienst) und andere Dimensionen, die Klassifizierungsgranularität verschiedener Unternehmen ist unterschiedlich. Jeder Objekttyp verfügt über eine unabhängige Verwaltungsplattform (Kamin). Die Funktionen der Verwaltungsplattform sollten den gesamten Lebenszyklus des Betriebs- und Wartungsobjekts abdecken. Die wichtigsten Phasen umfassen Modellierung (Metadaten), Lieferung/Änderung, Überwachung/Messung, Offline usw., die sich von den öffentlichen Cloud-Verwaltungsfunktionen unterscheiden, sind ähnlich. Das Ziel des Objektmanagements besteht darin, vertikal vollständige Cloud-Produkte zu erstellen und eine interne Cloud-Plattform ICSP aufzubauen.

Szenarioverwaltung ist ein horizontaler Modus, der die Lebenszyklusphasen verschiedener Betriebs- und Wartungsobjekte basierend auf Betriebs- und Wartungsszenarien verwaltet. Die Klassifizierung von Betriebs- und Wartungsszenarien, einschließlich Lieferung/Änderung, Überwachung/Messung, Multi-Cloud, Kosten usw., kommt den Arbeitsgewohnheiten der Unternehmensforschung und -entwicklung sehr nahe, deckt einige Hochfrequenzszenarien ab und ist ähnlich in verschiedenen Unternehmen. Jede Art von Betriebs- und Wartungsszenario verfügt über eine unabhängige Szenarioverwaltungsplattform, z. B. ein Arbeitsauftragszentrum, ein Rechenzentrum, eine FinOps-Plattform usw. Die Szenarioverwaltung basiert auf der Objektverwaltung. Die Szenarioverwaltungsplattform verwaltet Betriebs- und Wartungsobjekte durch die Vereinheitlichung von Modellen, die Aggregation von Daten, die Orchestrierung von Verwaltungs- und Steuerungs-APIs usw. Das Ziel des Szenenmanagements besteht darin, Self-Service-Geschäftsverwaltungsfunktionen bereitzustellen und eine interne Entwicklerplattform IDP aufzubauen.

Zu den gängigen Methoden zur Generierung von Betriebs- und Wartungsobjekten gehören Selbstforschung, Open-Source-Konstruktion, externe Beschaffung (öffentliche Cloud) usw. Jedes Betriebs- und Wartungsobjekt kann weiter in verschiedene Kategorien, Cluster, Instanzen usw. unterteilt werden, mit beispielloser Größe und Komplexität. Nur durch die Aufrechterhaltung des Isomorphismus der Verwaltungseigenschaften von Betriebs- und Wartungsobjekten können wir Betriebs- und Wartungsdienste in großem Maßstab und zu geringen Kosten aufbauen und so einen Betrieb und eine Wartung in großem Maßstab realisieren (technischer Hebeleffekt). der Betriebs- und Wartungsobjekte ist die Grundlage der gesamten Betriebs- und Wartungsarchitektur.

Isomorphe Wartung

Die isomorphe Wartung zielt auf die Verwaltungsmerkmale von Betriebs- und Wartungsobjekten ab, nicht auf alle Merkmale. Die Methode zur Aufrechterhaltung des Isomorphismus besteht darin, das Inkrement zu kontrollieren, den Bestand zu reparieren und die Spaltung zu verhindern. Wie in der Abbildung unten dargestellt, wird die Plattform verwendet, um Nachfrage- und Kontrollinkremente zu liefern, die Governance durch Messungen zur Reparatur von Beständen voranzutreiben und eine groß angelegte Spaltung des technischen Systems durch standardisierte Service-Frameworks und Messungen zu verhindern, die sich strikt an Spezifikationen halten Um sich zu verbessern, sind auch Mess- oder Plattformeingabefragen erforderlich. Die drei ergänzen sich. Spezifikationen werden in Servicespezifikationen (entsprechend der Service-Governance), Managementspezifikationen (entsprechend der Betriebs- und Wartungskontrolle) und andere Typen unterteilt.

Isomorphe Instandhaltung setzt auf organisatorische Arbeitsteilung mit klaren Hauptzuständigkeiten. Der Schwerpunkt von Betrieb und Wartung liegt beispielsweise auf der Verwaltung, indem Geschäftstools entfernt und in die Unternehmensforschung und -entwicklung zurückgeführt werden, z. B. Status-Quo-Governance, Alarmreaktion und CD. Die Unternehmensforschung und -entwicklung konzentriert sich auf die Geschäftsimplementierung und entfernt die nichtgeschäftliche Logik des Dienstes Framework und Übergabe an die Infrastruktur, wie z. B. Serviceerkennung und Verkehrskontrolle; die Infrastruktur konzentriert sich auf Middle-End-Funktionen wie das Service-Framework, wobei Verwaltungsfunktionen entfernt und an Betrieb und Wartung übergeben werden, wie z. Änderungskontrolle usw. Der Einfluss der Kultur kann nicht ignoriert werden. Durch Kommunikation und Anleitung werden Konzepte ausgegeben und Benutzergewohnheiten gefördert, z. B. durch die Bereitstellung von SLA-Verpflichtungen für personalisierte Anforderungen und die Bereitstellung sofort einsatzbereiter Beobachtungsfunktionen für Standardanwendungen.

Basierend auf der isomorphen Wartung von Betriebs- und Wartungsobjekten hat die Aufwärtsunterstützung für das betriebs- und wartungsorientierte Technologiesystem eine nachhaltige Betriebs- und Wartungsarchitektur gebildet, wie unten dargestellt. Auf dem aktuellen technischen Niveau können Betriebs- und Wartungsdienste auf der Grundlage von Selbstbedienungsplattformen 70 % des Bedarfs lösen, und die restlichen 30 % erfordern immer noch manuelle Arbeit, wie z. B. Bedarfskommunikation, Problembehebung, Ergebnisakzeptanz, Richtlinieneinhaltung usw. Man geht davon aus, dass mit der Weiterentwicklung von Technologie und Konzepten der Anteil der Betriebs- und Wartungsdienstleistungen weiter zunehmen wird.

Hinweis: Das Service-Framework in diesem Artikel umfasst sowohl das Code-Framework und die Code-Bibliothek von vor N Jahren als auch die aktuell beliebte Microservice-Governance, Übergangsphase und Benennung.

Transformationspraxis

Betrieb und Wartung als Service OPaS

Geschäftsbetrieb und -wartung, von manchen auch als Anwendungsbetrieb und -wartung bezeichnet, kommt der Cloud-Native am nächsten und ist am stärksten betroffen. Zusätzlich zu den traditionellen teamübergreifenden Verantwortlichkeiten wie Spezifikationsformulierung, Prozessaufbau und globales Management müssen Geschäftsbetrieb und Wartung in Richtung Service transformiert werden. Der Weg ist wie folgt:

• Erste Rolle Die Wahrnehmung muss sich ändern. Verwandeln Sie sich von einer operativen Rolle, die darauf angewiesen ist, dass das Geschäft Mehrwert generiert, zu einem Betriebs- und Wartungsdienstleister mit unabhängigem Wert. Rollenwechsel ist der Schlüssel

• Organisatorisch die Hauptaufgaben neu aufteilen. Business R&D ist der Hauptverantwortliche für die Anwendung, und Betrieb und Wartung sind weder der Hauptverantwortliche für die Anwendung, noch handelt es sich um eine Plug-in-Nanny, sondern der Anbieter von Verwaltungsfunktionen für die Anwendung Dienstleistungen und schließt die Betriebsarbeit selbst ab
• In Bezug auf den Mechanismus ist die Bewertung ein rekonstruiertes System. Die Leistung von Geschäftsbetriebs- und Wartungspositionen ist nicht mehr stark an das Geschäftsteam und die Geschäftsforschung und -entwicklung gebunden, sondern konzentriert sich mehr auf serviceorientierten Betrieb und Wartung, wobei weniger Wert auf subjektive Bewertung und mehr Wert auf technische Bewertung gelegt wird Die Betriebs- und Wartungstransformation erfolgt in vier Schritten. Klären Sie das Ziel –> Abstrakte Gemeinsamkeit –> Erstellen Sie eine Plattform –> Szenario der Anwendung (z. B. Geschäftsperspektive, Gesamtperspektive des Unternehmens)

Abstrakte Gemeinsamkeit ist die Schwierigkeit und der entscheidende Punkt. Es gibt eine große Anzahl von Anwendungen, komplexe Technologie-Stacks und viele personalisierte Funktionen. Es ist notwendig, die allgemeinen Verwaltungsmerkmale von Anwendungen zu abstrahieren, um nicht in personalisierte Fälle zu geraten. Streng genommen sind die gemeinsamen Merkmale von Anwendungen die Objekte des Betriebs- und Wartungsmanagements

• Die Konstruktionsplattform bezieht sich auf die Anwendungsverwaltungsplattform, und groß angelegter Betrieb und Wartung sind ein nachhaltiger Endzustand
• Drittens bleiben Anwendungsobjekte isomorph. Neben dem serviceorientierten Fähigkeitsaufbau sollte die Hauptenergie des Betriebs- und Wartungspersonals in die isomorphe Wartung investiert werden
• Betrieb und Wartung als Service OPaS (OP as Service) ist das aus der Perspektive des Geschäftsbetriebs und der Wartung vorgeschlagene Ziel In der Mitte unserer Transformation wurde die allgemeine Richtung hervorgehoben, aber der fehlende Weg war relativ abstrakt. Später wurde OPaS schrittweise zu einer ICSP + IDP-Betriebs- und Wartungsarchitektur verfeinert und sein Anwendungsbereich auf den gesamten Betrieb ausgeweitet und Wartungsteam, und erst dann hatte es einen klaren Weg und Ausgangspunkt.

• Hyper-Service-Perspektive (Geschäftsbetrieb und -wartung)

  Neben der Servitisierung können Geschäftsbetrieb und -wartung auch den Aufbau einer Hyper-Service-Perspektive (jetzt umbenannt in Szenario) vorantreiben. Das DevOps-Technologiepuzzle unter Cloud Native ist noch nicht vollständig. Nur der Anwendungs- und Computing-Teil ist abgeschlossen, und es gibt Lücken in den Fähigkeiten in anderen Richtungen, insbesondere in der Geschäftsperspektive, der Abteilungsperspektive, der Unternehmensperspektive usw., nennen wir es Hyper-Service-Perspektive. Aus einer Hyper-Service-Perspektive verfügen Unternehmensmitarbeiter in Forschung und Entwicklung in der Regel nicht über die Fähigkeit oder Motivation, die Führung zu übernehmen. Abteilungsleiter oder Architekten können sich zwar um ihre eigenen Abteilungen kümmern, sind jedoch durch ihre beruflichen Verantwortlichkeiten eingeschränkt und haben Schwierigkeiten, sich auf sie auszuweiten Gesamtsituation. Andererseits ist die Hyper-Service-Perspektive das alte Schlachtfeld des traditionellen Geschäftsbetriebs und der Wartung mit beispielloser Erfahrung, Verständnis und kognitiven Vorteilen. Der Geschäftsbetrieb und die Wartung führen zum Aufbau einer Hyper-Service-Perspektive, die nicht nur die Lücke im Cloud-Native-Bereich schließen, sondern auch die professionellen Vorteile des Geschäftsbetriebs und der Wartung voll ausschöpfen und die Chance zur Transformation nutzen kann . Es wird eine Win-Win-Wahl sein, wie unten gezeigt.

  

  Super-Service-Perspektive, einschließlich, aber nicht beschränkt auf:

  • Anforderungsbereitstellung: Arbeitsauftragszentrum, Orchestrierungs-Engine, Ausführungs-Engine
  • Änderungskontrolle: fünf Sammelregeln, zentrale Verwaltung und Kontrolle, Orchestrierungsgenehmigung , Ausführungsgenehmigung, Service-Check- und Änderungsmetriken
  • Beobachtungsmetriken: Aggregieren und zeigen Sie Beobachtungs- und Messdaten aus geschäftlicher Sicht an und unterstützen den Drilldown bis zur Anwendungsgranularität.
  • Multi-Cloud-Architektur: Messung, Governance, Pläne und Übungen im gesamten gesamtes technisches System
  • Kostenkontrolle: gesamte Unternehmens-IT Die Abrechnung, Zuordnung, Verwaltung und Kontrolle sowie Optimierung der Ressourcen werden für die FinOps-Richtung eigenständig formuliert
  • : die Festlegung von Betriebs- und Wartungsvorgaben aus der Gesamtsicht des Unternehmens und die Überwachung der Prozessimplementierung, um den wiederholten Aufbau von Schornsteinen für kleine Teams zu vermeiden Speicher, MQ und EMR sind nicht perfekt und befinden sich im Jahr 2022 aus Sicht des Betriebs- und Wartungsmanagements noch in der Erkundungsphase, sofern sie vom Service-Framework abgedeckt werden (Authentifizierung, Erkennung, Kommunikation, Wahrnehmung, Fluss). control) wird abgestrahlt, auch wenn es von Cloud Native verwaltet wird.
  • Zwiebelmodell (Cloud-Dienste, Middleware, Big-Data-Betrieb und -Wartung)
  Cloud-Dienste, Middleware, Big-Data und andere Betriebs- und Wartungsobjekte, der Technologie-Stack ist konvergiert und professionell ausgerichtet. Bei der Umsetzung der Transformation können Betriebs- und Wartungspersonal dem Zwiebelmodell folgen.

  Die erste Phase basiert auf der Bereitstellung von Ressourcen, der Umwandlung der ursprünglichen Betriebs- und Wartungsobjekte in Ressourceneinheiten, der Bereitstellung garantierter Servicefunktionen für den Upstream und der Ermittlung des Endergebnisses des Arbeitswerts.

  Die zweite Phase ist Investieren Sie große Anstrengungen, um eine Verwaltungsplattform aufzubauen, den Lebenszyklus von Ressourceneinheiten gut zu verwalten und sich selbst zu befreien. Die Plattform muss in der Lage sein, ToC selbst zu bedienen und eine Entkopplung zu erreichen Komponenten selbst, von Architektur, Code, Leistung, Verbesserung der Professionalität in allen Aspekten wie Betrieb und Wartung. Wenn dieser Schritt erreicht ist, ist der Betrieb und die Wartung zu einem Serviceexperten auf diesem Gebiet und nicht nur zu einem Administrator geworden. Das Zwiebelmodell wurde zunächst in Datenbanken, Big Data, Middleware und anderen Positionen überprüft und später in der Cloud verwendet war auch erfolgreich. Beispielsweise implementiert das CloudOps-Team für den Betrieb und die Wartung von Cloud-Diensten die Transformation gemäß dem Zwiebelmodell. Die Details lauten wie folgt:
  • Dieses Team zielt auf verschiedene Cloud-Dienste ab, die auf mehrere Cloud-Anbieter wie Tencent, Alibaba und Baidu verteilt sind.
  • Vor zwei Jahren haben wir Maschinen, Speicher und andere Ressourcen extern über verschiedene manuelle Methoden bereitgestellt, um die schnelle Entwicklung des Geschäfts zu unterstützen (Ressourcenbereitstellung)
  • Danach begannen wir mit dem Aufbau einer Multi-Cloud-Verwaltungsplattform zur Verwaltung von Maschinen, Bandbreite, Objektspeicher, Der Lebenszyklus von Cloud-Diensten wie CDN. In diesem Prozess wurde die CloudOps-Verwaltungsplattform erfolgreich in den internen sekundären Cloud-Dienstanbieter ICSP (Plattformfähigkeit) des Unternehmens umgewandelt Streben Sie danach, mehr Professionalität in diesem Bereich zu etablieren (Komponente selbst) und andere Rollen begannen, sich an der Entwicklungsarbeit zu beteiligen, wodurch weniger Platz für das Betriebs- und Wartungsentwicklungs-DevOps-Team blieb und die Arbeitsteilung während des Transformationsprozesses unklar war. Mit Bezug auf die Vorhersage der Modernisierung der Organisationsstruktur und der technischen Architektur haben wir die Positionierung von OpDev neu angepasst: OpDev sollte kein Entwicklungs-Outsourcing oder Vasall des Betriebs- und Wartungspersonals sein, sondern über eigene unabhängige Dienste verfügen. Infolgedessen wurde die ursprüngliche Betriebs- und Wartungsplattform in zwei Teile aufgeteilt. Ein Teil konzentrierte sich auf die funktionale Iteration und konnte nicht wiederverwendet werden. Die Wartung wurde den ursprünglichen Benutzern überlassen, z. B. die IDP-Ressourcenkonsole und die ICSP-Szenarioverwaltungstools. usw.; der andere Teil waren öffentliche Funktionen, die als mittlere Betriebs- und Wartungsplattform für OpDev verantwortlich sind, wie z.

  • Die mittlere Betriebs- und Wartungsplattform ist eine Teilmenge der ursprünglichen Betriebs- und Wartungsplattform. Sie muss das Domänenwissen nicht neu erstellen und stellt relativ hohe Anforderungen an die Codequalität (wie bei den Basiskomponenten). . Das ist die Stärke der Kinderschuhe von OpDev. Da die Verantwortlichkeiten zentralisiert und reduziert werden, muss OpDev gleichzeitig schlanker werden und eine höhere Hebelwirkung erzielen.

    Einige Lektionen

    Teilen Sie kurz einige der Transformationslektionen unseres Unternehmens mit, darunter

    • Wir müssen einen Kompromiss zwischen Transformation und Konservatismus finden. Der Wandel vom klassischen Betrieb und der Wartung zum Dienstleister wird weder über Nacht erfolgen, noch werden alle Mitarbeiter abwandern. Es wird immer jemanden geben, der zurückbleibt (aktueller technischer Stand liegt bei ca. 73 %). Nachdem die Ressourcen konzentriert wurden, erhält das Back-End-Personal eine höhere Wertrendite
    • Differenzierungsgradient der F&E-Fähigkeiten. Die Fähigkeiten von Kinderschuhen im Übergang von Betrieb und Wartung zur Entwicklung sind ungleichmäßig. Sie müssen von der Iteration der Geschäftsanforderungen ausgehen, das Design und die Akzeptanz streng kontrollieren, um die Qualität sicherzustellen, die technische Theorie bewusst ergänzen und mit hervorragender Bedienung und Ausstattung ausgestattet sein Wartungs-Middle-End-Funktionen, um sicherzustellen, dass die untere Ebene sauber ist
    • Die Plattform ist nicht die einzige Option. Die Plattform ist die leistungsstärkste Möglichkeit, Serviceleistungen zu erbringen, aber sie ist definitiv nicht die einzige Möglichkeit. Organisation, Kultur, Normen, Prozesse und Plattformen sind alle unverzichtbar (aber die Transferkosten können etwas höher sein)
    • Klaren Sie die Objekte des Betriebs- und Wartungsmanagements. Bei Betrieb und Wartung, insbesondere bei Anwendungsbetrieb und -wartung, ist das Verwaltungsobjekt nicht die Anwendung selbst, sondern die gemeinsamen Merkmale der Anwendung, desto größer ist der Wert des Anwendungsbetriebs und der Anwendungswartung (Hebelwirkung). Die organisatorische Garantie kann nicht ignoriert werden. Die Organisationsstruktur ist die primäre Produktivkraft. Der CTO muss einen Unterschied machen, klare Ziele haben und eine klare Arbeitsteilung haben, wie z. B. die Klärung der Hauptverantwortungen, die Einrichtung unabhängiger Akzeptanzstellen, Mess- und Governance-Zyklen usw. Das ist die organisatorische Garantie für die Betriebs- und Wartungstransformation
    • Vorsicht vor reinem Projektdenken. Bei manchen Projekten muss der Betrieb und die Wartung immer noch beteiligt werden, um den Wert zu steigern und kurzfristig ein Erfolgserlebnis zu erzielen, aber es ist auch leicht, dass Menschen die Beherrschung verlieren und der Wert auf Null sinkt. Dies erfordert bewusste Designziele und die Anhäufung von Dienstleistungen Fähigkeiten während des Projektprozesses
    • Vorbeugung ist besser als Notfall. Effektiver. Stabilitätsprobleme müssen im architektonischen Bereich gelöst werden, und Prävention ist wirksamer als Notfallmaßnahmen. Priorität sollte der Verlängerung der MTBF eingeräumt werden, gefolgt von der Verkürzung der MTTR
    Beim Folgenden handelt es sich um zusätzlichen Inhalt, nicht um den Kern dieses Artikels.

    ---

    Die Entwicklung der Demand Delivery

    Ob es sich um eine öffentliche Cloud oder eine interne K8S-Plattform handelt, es gibt eine große Anzahl von Demand Delivery-Vorgängen. Dieser Art von ToM (ToManager)-Bereitstellungsplattform fehlen oft die notwendigen Einschränkungen und sie kann nur erfahrenen Personen zugänglich sein.

    Um die Arbeitsteilung zu optimieren und die Effizienz zu verbessern, kann der Arbeitsablauf/Arbeitsauftrag selbst stark in die Best Practices integriert werden des Betriebs- und Wartungsmanagements, die sicher für Forschung und Entwicklung offen sein können. Dies ist eine wichtige Richtung für die Servitisierung von Betriebs- und Wartungskapazitäten. Der Entwicklungspfad der Self-Service-Bereitstellung ist wie folgt:

    

    Derzeit ist die Kommunikationsverbindung von Anforderungen zu technischen Lösungen relativ schwierig selbst zu bedienen oder zu automatisieren, und in Zukunft werden weitere Versuche erforderlich sein.

    Der Grenzpunkt von Skalenbetrieb und -wartung

    Das Wesen der Wirtschaftlichkeit von Skalenbetrieb und -wartung sind die Grenzkosten, also das Zusammenspiel von „sinkenden Grenzkosten des Betriebs- und Wartungsmanagements vs. steigenden Grenzkosten der isomorphen Wartung“. Wie in der folgenden Abbildung dargestellt, machen die Kosten für das Betriebs- und Wartungsmanagement den größten Teil aus, wenn die Anzahl der Betriebs- und Wartungsobjekte gering ist. Wenn die Anzahl der Betriebs- und Wartungsobjekte zunimmt, ist beispielsweise der Bau von Plattformen und der manuelle Betrieb erforderlich stellt die Hauptkosten dar; der marginale Wendepunkt wird von Technologie und Konzepten sowie anderen Umweltfaktoren beeinflusst.

    

    Cloud-native Technologie reduziert die Schwierigkeit der Aufrechterhaltung des Isomorphismus (fördert die Verschiebung der Isomorphismus-Wartungskurve nach rechts), verbessert die Betriebs- und Wartungsservicefunktionen (fördert die Verschiebung der Betriebs- und Wartungsmanagementkurve nach unten) und ermöglicht Betriebs- und Wartungspersonal, um Kosten zu senken und mehr Betriebs- und Wartungsobjekte zu verwalten, wodurch die Produktionseffizienz deutlich verbessert wird.

Das obige ist der detaillierte Inhalt vonZuoyebang Nie An: Wie man Betrieb und Wartung transformiert, hören Sie sich Zuoyebangs OPaS-Ideen an. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!