Heim  >  Artikel  >  Betrieb und Instandhaltung  >  Wie man die „Vier Könige“ der Selbstrevolution praktiziert

Wie man die „Vier Könige“ der Selbstrevolution praktiziert

WBOY
WBOYnach vorne
2023-06-08 18:21:55763Durchsuche

Wie man die „Vier Könige“ der Selbstrevolution praktiziert

Das Betriebs- und Wartungsforum lädt Veteranen im Betriebs- und Wartungsbereich ein, durch Interviews und Einladungen zum gemeinsamen Treffen fundierte Einblicke zu geben, mit dem Ziel, einen fortgeschrittenen Konsens zu bilden und die Branche dabei zu unterstützen, besser voranzukommen.

In dieser Ausgabe laden wir Wang Mingsong ein, die „Vier Regeln“ für die Praxis von Cloud-Native-Anwendungen vorzuschlagen, die in der Branche weithin anerkannt sind. Ab 2019 wurde das gesamte IDC-Geschäft des Unternehmens von Boss Wang in die Cloud verlagert. Der Umfang ist nicht klein, aber das SRE-Team ist sehr klein, ein bisschen wie NetFlix. In dieser Vorlesung werfen wir einen Blick darauf, wie Senior-Cloud-Betrieb und -Wartung funktionieren.

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

Fragenvorschau

  • Ich habe Boss Wang zum ersten Mal getroffen, weil er in der WeChat-Gruppe vier Cloud-native Anwendungspraktiken vorgeschlagen hat. Er glaubt, dass die Anwendung grundsätzlich Cloud-nativ sein wird. Einheimische Freunde, ich stimme dem voll und ganz zu und nenne es „Four Wangs“. Kann Boss Wang bitte die Essenz von „Four Wangs“ mit den Lesern von SRETalk teilen?
  • Die „Vier Könige“ listen einige Best Practices auf, die von der Forschung und Entwicklung koordiniert werden müssen. Gibt es bei der Umsetzung im Unternehmen Hindernisse? Wie haben Sie es geklärt?
  • Einige Artikel beschreiben kürzlich, wie sie den ROI umfassend messen und denken, dass es kostengünstiger ist, in die Cloud zu wechseln, wie zum Beispiel der Artikel des Vaters von RoR und Herrn Zou von Tuyou Games in der letzten Ausgabe der Operation and Wartung Baijia Forum Es scheint, dass Sie eher dazu neigen, die Cloud intensiver zu nutzen. Können Sie Ihre Gedanken mit allen teilen?
  • Kürzlich gab es einen Artikel „Die Zukunft des Betriebs und der Wartung liegt in der Plattformtechnik“. Stimmen Sie dieser Ansicht zu? Welche Rollen und Grenzen hat Ihr Team beim Plattform-Engineering? Wie planen Sie das sogenannte Plattform-Engineering (insbesondere in einer Multi-Cloud-Umgebung)?
  • Nach dem Arbeitsmodell von Chef Wang sind meiner Meinung nach nur sehr erfahrene Leute erforderlich. Das frische Blut ist zu jung, um die Rolle des F&E-Trainers zu übernehmen. Aber ohne frisches Blut ist es unmöglich, einen langfristigen Plan aufrechtzuerhalten Teilen Sie mit, wie Sie es machen?
  • Wir wissen, Mingsong, Sie waren schon immer ein Befürworter der „Selbstrevolution bei Betrieb und Wartung“, was „anti-menschlich“ ist. Können Sie etwas über die dahinter stehende Denkweise sagen?

Gastvorstellung

Bevor wir beginnen, lassen Sie bitte Boss Wang sich vorstellen. Lassen Sie uns über Ihren beruflichen Werdegang sprechen, insbesondere über Ihre Erfahrungen mit der Cloud, und Ihnen einige Hintergrundinformationen geben.

Um 2005 herum habe ich in der Schule BBS-Betrieb und -Wartung durchgeführt, was als Einführung galt. Nach meinem Abschluss wechselte ich zu einem großen Internetunternehmen (Anmerkung des Herausgebers: bezogen auf Baidu), das sich derzeit im Niedergang befindet, angefangen bei Betrieb und Wartung auf P1-Ebene in allen Branchen. Im Jahr 2010 bin ich weggelaufen und habe mich einem Start-up-Unternehmen für mobiles Internet angeschlossen. Damals habe ich im Grunde alles erledigt, von der Systemnetzwerkverkabelung bis zur Computerraum-IT. Der Beschaffungszyklus für Server war selbst für kleine Unternehmen etwas lang, also habe ich damit begonnen Erwägen Sie zu diesem Zeitpunkt die Nutzung der Cloud.

Seit 2011 verwende ich Suguang Cloud, das auf VMware basiert. Aus meiner persönlichen Sicht sind die Benutzerfreundlichkeit und die Wirtschaftlichkeit nicht gut Die Installation der Maschine ist schneller als bei IDC. Dann ist das Netzwerk auch seltsam und verursacht viel Ärger. Gleichzeitig habe ich eine Zeit lang auch Shanda Cloud verwendet. Die Erfahrung war besser als Sugon, aber sie lag tatsächlich auf dem Niveau von VPS. Es fühlt sich an, als wäre die VPC-Ebene noch nicht fertig. Ich habe mich nicht getraut, allzu wichtige Ressourcen darauf zu legen, und habe dann nach mehrmaligem Ziehen aufgehört, sie zu verwenden (vielleicht liegt es daran, dass ich sie falsch verwendet habe und es nicht einfach zu überwachen ist).

Ich habe 2013 angefangen, ucloud zu nutzen. Dabei kommen hauptsächlich virtuelle Maschinen zum Einsatz und sonst nicht viel. Aber das VPC-Produkt hätte zu diesem Zeitpunkt verfügbar sein müssen, und einige wichtige Geschäfte wären nach oben verschoben worden.

Da ich 2014 begann, Geschäfte im Ausland zu tätigen, begann ich, AWS zu nutzen. Im Jahr 2019 wurden alle IDC-Unternehmen in die Cloud migriert.

Interviewfragen

Ich traf Boss Wang zum ersten Mal aufgrund einer Diskussion in der WeChat-Gruppe. Er glaubt, dass die Anwendung grundsätzlich cloud-nativ sein wird, solange diese vier implementiert sind. Eingeborene. Freunde in der Gruppe, ich bin voll und ganz damit einverstanden und habe es „Four Wangs“ genannt. Kann Boss Wang bitte die Essenz von „Four Wangs“ mit den Lesern von SRETalk teilen?

Ich habe die detaillierte Version der vier Cloud-Native-Könige in das Repo des schwedischen Ma Gong eingefügt (https://github.com/lipingtababa/cloud-native-best-practices) Jeder ist willkommen, Probleme anzusprechen, und ich wird das Gleiche tun. Der Inhalt der vier Cloud-Native-Könige

Kurzversion wird von Zeit zu Zeit aktualisiert:

  1. Verwenden Sie Objekte zum Speichern statischer Dateien
  2. Verwenden Sie die Rolle, nicht ak sk
  3. Versuchen Sie, Hosting-Dienste zu verwenden
  4. Speichern Sie keine Daten auf dem Server

Bei diesen vier Punkten geht es im Wesentlichen um die Zustandslosigkeit von Anwendungen und die Datensicherheit unter Berücksichtigung von Kosten, Leistung und Zuverlässigkeit. Der Anwendungsbereich ist nicht auf Cloud Computing beschränkt . Traditionelles IDC kann auch als Referenz implementiert werden.

Anmerkung des Herausgebers: Diese vereinfachte Version scheint nicht viel Inhalt zu haben, aber sie enthält tatsächlich viele Dinge. Wenn Sie nicht auf den Link „Cloud Native King Si Tiao“ klicken können, gehen Sie zu Gehen Sie zum Repo oben und suchen Sie nach „Cloud Native King Si Tiao.md“. Das war's.

Die „Vier Könige“ listen einige Best Practices auf, die bei der Umsetzung im Unternehmen koordiniert werden müssen. Wie haben Sie es geklärt?

Ich sah mich fast keinen Hindernissen gegenüber, aber das lag daran, dass wir unsere eigenen Umstände hatten.

Einerseits hatten wir zu diesem Zeitpunkt keine andere Wahl, als in die Cloud zu wechseln, und die Kostenkontrolle war ein schwieriges Ziel, sodass es keinen anderen Beschwichtigungsweg zur Auswahl gab.

Wir sind ein neues Unternehmen, das aus dem Team hervorgegangen ist, daher haben wir nur ein Jahr Zeit für den Übergang gegeben. Das vom Management vorgegebene Ziel besteht darin, das profitable Geschäft, das auf Tausenden bestehender Maschinen läuft, nahtlos zu migrieren. Da wir damals nur Geschäfte im Ausland machten, dachten wir überhaupt nicht an Nicht-Cloud-Lösungen. Das Management verlangte jedoch immer noch, dass die Cloud-Kosten niedriger sein würden als bei der vorherigen Verwendung von IDC.

Wenn Sie die ursprüngliche Architektur direkt in die Cloud verlagern, wird das vom Management festgelegte Kostenziel definitiv nicht erreicht (Chef Feng von Pigsty hat viele ähnliche Artikel geschrieben, um den Kostenvorteil traditioneller IDC gegenüber der Cloud zu beweisen), also da Damals gab es nur eine Wahl: die bestehende Architektur so zu transformieren, dass sie sich an die Cloud anpasst, sodass nach der Migration die Ziele Kosten, Leistung und Stabilität erreicht werden können.

Lassen Sie andererseits Forschung und Entwicklung vollständig an der Modellauswahl und Kostenoptimierung teilnehmen, und alle können einen Konsens erzielen.

Ich habe etwa ein Jahr im Voraus damit verbracht, mit der Auswahl öffentlicher Clouds zu beginnen, habe gezielt an Schulungen teilgenommen, um zu lernen, wie man die Cloud besser nutzt, und habe nach und nach meine eigene Methodik entwickelt. Vor der Migration habe ich auch die wichtigsten Mitglieder der Forschung und Entwicklung dazu gebracht, an entsprechenden Schulungen teilzunehmen. Nach der Schulung konnten sie erkennen, dass viele meiner Vorgehensweisen korrekt waren. Darüber hinaus bot AWS während der eigentlichen Migration auch eine professionellere Lösung Design. Daher ist es relativ einfach, den Inhalt der „Vier Könige“ zu implementieren:

1 Das Speichern von Daten in EBS ist eine sehr wirtschaftliche Wahl. Durch Training und Vergleich verschiedener Lösungen , F&E hat diese Situation sehr deutlich gemacht, sodass die Bereitschaft zu Programmänderungen größer ist.

2. Rolle ist eine Sicherheitsanforderung, da das AWS SDK sie sehr gut unterstützt. Es gibt keinen Schwierigkeitsunterschied zwischen der Verwendung von Rolle oder ak sk, wenn Sie es von Anfang an gut kontrollieren für Forschung und Entwicklung.

3. Bei Hosting-Diensten ist es der Forschung und Entwicklung tatsächlich egal, ob es sich um Betrieb und Wartung oder die Nutzung vorhandener Dienste handelt. Solange unser Betrieb und unsere Wartung unsere Besessenheit loslassen können, wird dies ausreichen.

4. Speichern Sie keine Daten auf dem Server. Tatsächlich haben wir einen relativ großen Einbruch durchgemacht.

Unsere Migration erfolgt dieses Mal von einer IDC-Umgebung mit vollständiger Plattformunterstützung zu AWS. Mithilfe von AWS-Partnern wird die neue Architektur gemäß den Best Practices von AWS entworfen und entspricht den bisherigen Nutzungsgewohnheiten und Anforderungen.

Aber aufgrund des Umbaus gibt es immer noch Unterschiede in der Nutzung. Da ASG verwendet wird, wird der Server während der Schrumpfung oder Fehlermigration direkt zerstört. Wenn persistente Daten darauf gespeichert werden müssen, kann R&D grundsätzlich akzeptieren, dass keine Online-Geschäftsdaten auf dem Server vorhanden sind .

Und aufgrund dieses Designs können unsere Serverspeicheranforderungen so gering wie möglich sein. Alles über 100 G bedarf meiner Zustimmung. Hat eine Menge EBS-Kosten gespart

Später, als das Forschungs- und Entwicklungsteam K8S einsetzte, hatte es ein tieferes Verständnis dafür. Schließlich gehen die Daten im Container verloren.

Einige Artikel gaben kürzlich an, dass sie den ROI umfassend messen und denken, dass es kostengünstiger sei, in die Cloud zu gehen, wie zum Beispiel der Artikel des Vaters von RoR und Herrn Zou von Tuyou Games in der letzten Ausgabe des Betrieb und Wartung Baijia-Forum Es scheint, dass Sie eher dazu neigen, die Cloud ausführlicher zu nutzen. Können Sie Ihre Gedanken mit allen teilen?

Tatsächlich habe ich „Best Practices“ befürwortet, aber ich habe auch allen mitgeteilt, dass „Best Practices die Kunst des Kaisers für Investoren oder das Management sind“, und zwar nur Ihnen selbst und vielen anderen Die Arbeitsplätze der Menschen können optimiert werden, ohne Arbeitsplätze zu zerstören, es gibt mehr Auswahlmöglichkeiten.

Ob Sie in die Cloud gehen oder in die Cloud gehen, hängt von Ihren Interessen, der Stärke der Managementunterstützung und Ihrem historischen Gepäck ab. Wenn ich in der Position von Herrn Zou oder DHH wäre, würde ich möglicherweise nicht an meinen aktuellen Ansichten festhalten. Ich kann bei der Cloud bleiben:

Einerseits ist es die Erkenntnis des Managements, dass das Management schon lange unter den Verlusten ungenutzter Ressourcen leidet Es ist nichts Besonderes, im Ausland einen selbst gebauten Computerraum zu bauen. Der Umzug in die Cloud ist im Grunde die einzige vom Management unterstützte Lösung.

Andererseits wurde unsere Architektur, wie oben erwähnt, zufällig vollständig umgestaltet, und die Umgestaltungskosten werden vom Management getragen, sodass wir die Vorteile der Cloud voll ausschöpfen können.

Letzter Punkt: Unser Geschäftsmodell verfügt immer noch nicht über ein langfristig stabiles, hochlastiges und zustandsloses Geschäft. Diese Art von Geschäft eignet sich eher für traditionelles IDC.

Ich glaube, dass die Kosten für Herrn Zou oder DHH für die Umgestaltung ihrer bestehenden Systemarchitektur zu hoch sind. Selbst wenn dadurch die Arbeitskosten der Betriebs- und Wartungsabteilung gesenkt werden können, kann es schwierig sein, Unterstützung zu erhalten, da auch andere beteiligt sind Abteilungen.

Aber wenn es sich um ein neues Unternehmen oder ein neues Projekt handelt, gibt es meiner Meinung nach kein geeigneteres Szenario als die Cloud. Wählen Sie einen geeigneten Cloud-Anbieter und verwenden Sie eine Cloud-native Architektur, um das Geschäft umzusetzen, damit das gesamte Unternehmen flexibel ist hinsichtlich Leistung und Kosten.

Viele Freunde beschwerten sich über Cloud-Killing, Blockierung und dergleichen. Aus der Sicht der Investoren oder des Managements dienen jedoch alle Elemente dazu, die Geschäftsrentabilität zu erreichen. Wenn Investoren Geschäfte machen wollen, müssen sie nicht nur für diese Faktoren bezahlen, sondern auch In der Lage zu sein, Elemente, die Ihren Anforderungen entsprechen, zeitnah zu erhalten (das ist wichtiger). Der Erwerb des Cloud-Elements könnte nicht einfacher sein. Die Produktqualität und der Preis sind relativ standardisiert. Sie können es bei Bedarf bezahlen, aber Sie können die Nutzung jederzeit beenden. Aber was ist mit den Menschen? Es ist schwierig, Leute zu gewinnen, und die Qualität ist nicht standardisiert. Es wird zu Preisschwankungen (Gehaltserhöhungen) kommen und Sie können nicht einfach entlassen werden von jemandem, der absolut derselbe ist. Menschen können sehr kreativ sein, aber wenn es um Standardisierung und mechanisch langweilige Dinge geht, können Menschen niemals der Gegner von Maschinen sein, geschweige denn von SaaS-Diensten.

Für die Situation von Herrn Zou ist seine aktuelle Wahl die beste Vorgehensweise, wenn sein Geschäftsteam nicht bereit ist, die Programmarchitektur zu verändern: Wählen Sie einen IDC mit einem Kostenvorteil für stabile und stark ausgelastete Geschäfte und mieten Sie Maschinen, anstatt sie zu kaufen sie; flexibles Geschäft in der Cloud.

Beim Basecamp von 37signals legt die Preismodelleinstellung des Produkts fest, dass die Migration in die Cloud für sie etwas mühsam ist. Die meisten SaaS-Dienste werden mittlerweile auf Basis der Nutzung oder der Anzahl der Benutzer bezahlt, aber Basecamp verkauft hauptsächlich unbegrenzte Pakete, die nur 199 US-Dollar pro Monat kosten. Dieses Preismodell führt dazu, dass sie die Elastizität der Cloud nicht voll ausnutzen können, um Gewinne zu erzielen, und nur preisgünstige Ressourcen überbuchen können. Wenn dieses Preismodell nicht geändert wird, ist es möglicherweise nicht für die Cloud geeignet, egal wie die Architektur optimiert wird.

Kürzlich gab es einen Artikel „Die Zukunft des Betriebs und der Wartung liegt in der Plattformtechnik“. Stimmen Sie dieser Ansicht zu? Welche Rollen und Grenzen hat Ihr Team beim Plattform-Engineering? Wie planen Sie das sogenannte Plattform-Engineering (insbesondere in einer Multi-Cloud-Umgebung)?

Wurde es von Ruan Yifeng oder Charity Majors geschrieben? Aber ich habe diese beiden Artikel noch nie gelesen und habe sie mir nur kurz angeschaut. Ich bin damit nicht ganz einverstanden und würde persönlich nicht versuchen, internes Plattform-Engineering durchzuführen.

Lassen Sie uns zunächst darüber sprechen, womit ich nicht einverstanden bin: In diesem Artikel gibt es einige Missverständnisse über Konzepte.

Erstens ist DevOps keine Position, die ich lange versucht habe, zu verstehen, und das letzte Gefühl ist, dass es sich um ein Entwicklungsmodell handelt. Der Kern dieses Entwicklungsmodells ist jedoch Forschung und Entwicklung, und alle Elemente müssen sich auf effiziente Iterationsdienste für Forschung und Entwicklung konzentrieren. Der Artikel glaubte zunächst, dass DevOps eine Position sei, glaubte später jedoch, dass diese Position der Geschäftsentwicklung diente.

Zweitens bieten Betrieb und Wartung umfangreiche Erkundungen in die Zukunft. Transformation ist kein neues Thema. In den letzten zehn Jahren haben viele Betriebe und Wartungsunternehmen versucht, sich zu verändern und einen Ausweg für den nächsten Schritt zu finden versuchen, sich im Bereich CI/CD zu engagieren, und einige versuchen, sich im Bereich CI/CD zu engagieren. Einige versuchen, Forschung und Entwicklung zu überwachen, einige versuchen, automatisierte Betriebs- und Wartungsplattformen zu entwickeln, und einige versuchen, sich in neuen Bereichen zu engagieren ( (z. B. K8s, Big Data, KI, Cloud Computing usw.), und einige versuchen, zu anderen Teilprojekten zu wechseln (z. B. DBA, Netzwerksicherheit).

Man erkennt, dass viele dieser Transformationen dem DevOps-Entwicklungsmodell dienen.

Plattform-Engineering mag ein Implementierungsmodell sein, aber angesichts der Produktstärke und des Forschungs- und Entwicklungsniveaus der Betriebs- und Wartungsgruppe befürchte ich, dass Plattform-Engineering selbst nur Spaß machen kann und nicht einmal Stabilität garantiert werden kann, was nur zunimmt Möglichkeit, die Schuld auf sich zu nehmen. Wenn jedoch ein professionelleres Produktions- und Forschungsteam dafür eingesetzt wird, wird es einerseits schwierig sein, Unterstützung zu bekommen, wenn das Geschäft nicht ordnungsgemäß läuft und es andererseits nichts mit dem Hauptgeschäftseinkommen zu tun hat Es ist lediglich eine Plattform zur Eigennutzung. Es ist nicht wirtschaftlich, so viele Menschen für die Herstellung eines Produkts zu gewinnen, und es ist noch schwieriger, Unterstützung zu erhalten. Darüber hinaus hat dieser Ansatz keinen Sinn für die Teilnahme bestehender Betrieb und Wartung, und es kann nicht als Transformation angesehen werden.

Ich denke also, dass der richtige Ansatz darin besteht, ausgereifte Plattformen und Tools zu verwenden (Open Source/kostenpflichtiges, selbst erstelltes SaaS kann verwendet werden). Sie können einige Anpassungen und Sekundärentwicklungen auf der Grundlage dieser Plattformen vornehmen, aber erfinden Sie sie nicht neu Rad.

Schließlich ist auch mein Verständnis der Plattform in diesem Artikel anders.

Einerseits kann die Plattform selbst in Form von SaaS bereitgestellt werden, und es besteht keine Notwendigkeit für eine sekundäre Integration. Der Hauptgrund ist jetzt, dass die inländische SaaS-Umgebung nicht gut ist und Softwaredienste keine Beachtung finden gegenseitige Integration und Kompatibilität, möchten aber lieber groß und umfassend sein. Wenn wir ins Ausland schauen, werden wir feststellen, dass es in Übersee viele SaaS- oder Nischensoftware gibt, die sehr gut ist und mit anderer Software integriert werden kann. Das Ökosystem ist sehr gut, daher ist die Integration einfach zu konfigurieren, und das ist nicht der Fall viel Arbeitsaufwand für die Sekundärentwicklung.

Andererseits sollten Benutzer der Plattform F&E sein, und F&E sollte sie direkt nutzen können, ohne dass Betrieb und Wartung erforderlich sind, um sie zu übermitteln oder zu genehmigen.

In Zukunft müssen wir also unbedingt eine Plattform nutzen, die von einem professionellen Produktions- und Forschungsteam erstellt wurde, und nicht ein von uns selbst hergestelltes Spielzeug, sondern eine Plattform, die das Produktions- und Forschungsteam direkt nutzt als eine Bedienungs- und Wartungsperson, die in der Mitte steht und als Mikrofon fungiert.

Also entscheide ich mich für die Plattformentwicklung dafür, ausgereifte Software oder SaaS-Dienste aktiv zu nutzen und sie dem Produktions- und Forschungsteam so weit wie möglich zur direkten Nutzung zur Verfügung zu stellen.

Betrieb und Wartung führen nur einige notwendige Kontrollpunkte auf der Grundlage von Kosten und Sicherheit durch und kontrollieren diese durch Richtlinien, Berechtigungen und Audits, um sicherzustellen, dass das Produktions- und Forschungsteam sie korrekt verwenden kann.

Nach dem Arbeitsmodell von Chef Wang sind meiner Meinung nach nur sehr erfahrene Leute zu jung, um die Rolle des F&E-Trainers zu übernehmen. Aber ohne frisches Blut ist es unmöglich, einen langfristigen Plan aufrechtzuerhalten . Können Sie uns Ihre Erfahrungen mitteilen?

Das ist eine gute Frage, denn ich habe sie auch noch nicht gelöst. Bei diesem Arbeitsmodell ist das kein Problem.

In vielen Unternehmen und in vielen Berufsfeldern besteht ein Bedarf an hochrangigen Talenten, und sie alle stehen vor dem gleichen Problem, mit dem ich jetzt konfrontiert bin. Für welche Art von Arbeit sind keine erfahrenen Talente erforderlich? Ich denke, der Arbeitsinhalt ist sehr standardisiert, die Anforderungen des Unternehmens sind nicht hoch und jeder kann je nach Bedarf klare Anweisungen geben und es gut machen. Sogar Maschinen können es.

Herr Zou hat ein Sprichwort, dass die traditionelle Bedienung und Wartung der Reinigung ähnelt. Der Arbeitsinhalt ist wichtig, aber der Wert ist nicht hoch. Ich stimme dieser Aussage voll und ganz zu. Das ist das Dilemma, vor dem wir derzeit in Bezug auf Betrieb und Wartung stehen. Entwickelt das Reinigungsteam also seine eigenen Reinigungswerkzeuge oder kauft es diese?

Da ich eine große Anzahl ausgereifter Produkte und externer Dienstleistungen verwende, kann ich Reinigungsaufgaben stabiler ausführen, genau wie die Reinigung mit verschiedenen automatischen und halbautomatischen Reinigungswerkzeugen. Aber Sie müssen sich keine Sorgen darüber machen, dass die mangelnde Reinigungskompetenz einer Person zu unsauberem Wischen führt oder mangelnde Professionalität zu einem einfachen Scan und anschließender Übergabe des Auftrags führt. Obwohl die Reinigung etwas mehr Lernaufwand erfordert und es schwieriger ist, diese Werkzeuge gut zu bedienen als herkömmliche Werkzeuge, ist die Gesamt-SOP geringer als zuvor, da ausgereifte Werkzeuge die Details abschirmen.

Verschwenden wir also keine Zeit mit minderwertigen Arbeitsinhalten. Diese Art von Arbeit sollte mit professioneller Software oder SaaS erledigt werden. Sie bieten Skaleneffekte, gute Funktionen und SLAs. Wir sollten unsere Arbeit auf Bereiche konzentrieren, die Unternehmen, Management und Investoren mehr am Herzen liegen.

Wir wissen, dass Boss Wang schon immer ein Befürworter der „Selbstrevolution bei Betrieb und Wartung“ war, was „anti-menschlich“ ist.

Tatsache ist, dass Betrieb und Wartung keine boomende Branche sind, die den Betrieb des Unternehmenssystems unterstützt Übernahme von IT-, Netzwerkmanagement-, Sicherheits- und anderen Aufgaben. Wir haben keinen Raum für Verbesserungen. Es gibt nur sehr wenige Betriebs- und Wartungsleiter, und die Betriebs- und Wartungsleiter sind im Grunde die Grenze. Bei der Anzahl der Leute, die ich jetzt verwalte, kann man mich als Betriebs- und Wartungsleiter bezeichnen.

Auch die Branche ist mittlerweile in der gleichen Verfassung. Eine Vielzahl an Schulungen sorgt für eine schnelle Bedienung und Wartung, die ausreichend und günstig ist. Es gibt nur sehr wenige Betriebe und Wartungsarbeiten im mittleren bis oberen Leistungsbereich, die nicht mit denen von Netzwerktechnikern oder Datenbankadministratoren zu vergleichen sind, und es gibt keine maßgebliche Zertifizierung, die unsere Fähigkeiten würdigt von Karrierewegen und der Bildung gesunder Talente. Daher ist die Marktpositionierung unseres Betriebs und unserer Wartung tatsächlich eine lästige Pflicht „Die Technologie, die keinen Geschäftscode schreibt“ ist möglicherweise unsere genaueste Positionierung.

Gemäß dem DevOps-Konzept sollten wir die Geschäftsabwicklung beschleunigen und gute Dienstleistungen bereitstellen, anstatt Produktion und Forschung in Chaos zu versetzen. Doch bei der Bedeutung und Arbeit von Betrieb und Wartung geht es nicht nur um DevOps. Hier unterscheiden sich meine Ansichten von vielen anderen.

Einerseits ist der Betrieb und die Wartung der „Wachhund“ der digitalen Vermögenswerte des Unternehmens. Unter diesem Gesichtspunkt vertreten Betrieb und Wartung die Interessen des Managements und der Investoren, schützen die digitalen Vermögenswerte des Unternehmens ordnungsgemäß und stellen sicher, dass dies der Fall ist korrekt verwendet werden, um verschiedene regulatorische Anforderungen zu erfüllen und an verschiedenen internen Audits teilzunehmen. Es ist die Kontrolle und das Gleichgewicht des Managements über das Produktions- und Forschungsteam. Dies ist eigentlich die Bedeutung der Erstinbetriebnahme und Wartung.

Andererseits belohnt dich das Land mit Essen. Die regulatorischen Anforderungen werden immer strenger, egal ob es um Netzwerksicherheit, Datensicherheit oder den Schutz personenbezogener Daten geht. Für die damit verbundenen Arbeiten sind engagierte Mitarbeiter erforderlich. Für kleine Unternehmen müssen diese Aufgaben gleichzeitig durch Betrieb und Wartung ausgeführt werden, insbesondere die Datensicherheit, die direkt in den Betrieb und die Wartung digitaler Assets eingebunden sein muss. Dies ist die Voraussetzung für Betrieb und Wartung im neuen Zeitalter.

Wenn Sie das also verstehen wollen, werden Sie feststellen, dass Devops und Plattformen alle einen kleinen Teil der Betriebs- und Wartungsarbeit ausmachen. Wir sollten uns von diesen Verstrickungen befreien, uns entfesseln und auch die Produktions- und Forschungsteams entfesseln , Machen Sie in unserer Führungs- und Aufsichtsperspektive gute Arbeit.

Erweiterte Lektüre

  • ​​Betriebs- und Wartungsforum Nr. 6: Tuyou Zou Yi – Wie werden Betrieb und Wartung kleiner und mittlerer Unternehmen durchgeführt? ​​
  • ​​Die fünfte Ausgabe des Operation and Maintenance Forum: Du Xiaoman und Chen Cunli – ein 20-jähriger „Kommandant“ spricht über Betrieb und Wartung, Leistung und Wachstum​​
  • ​Die vierte Ausgabe von das Operation and Maintenance Forum: Eine weitere Aufnahme der Cloud Shao Haiyang – 25-jähriger Linux-Veteran spricht über die acht Ehren und acht Schanden von DevOps​​
  • ​Operation and Maintenance Hundred Forum Ausgabe 3: Lai Wei – Wie man stabilisiert die Betriebs- und Wartungsaufgabe
  • ​​Betrieb und Wartung Baijia-Forum Ausgabe 2: Zuoyebang Nie'an – Wie man Betrieb und Wartung transformiert, hören Sie Zuoyebangs OPaS-Ideen​​
  • ​​Betrieb und Wartung Baijia-Forum Ausgabe 1: Jingyuan – Betriebs- und Wartungsgeometrie​​

Das obige ist der detaillierte Inhalt vonWie man die „Vier Könige“ der Selbstrevolution praktiziert. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Dieser Artikel ist reproduziert unter:51cto.com. Bei Verstößen wenden Sie sich bitte an admin@php.cn löschen