Azure Well-Architected Framework-Workloads

Im Kontext des Azure Well-Architected Framework bezieht sich der Begriff Workload auf eine Sammlung von Anwendungsressourcen, Daten und unterstützender Infrastruktur, die zusammen funktionieren, um definierte Geschäftsergebnisse zu erzielen. Eine Workload setzt sich aus Komponenten sowie aus Entwicklungs- und Betriebsverfahren zusammen.

Architekten entwerfen Arbeitslasten, und ein Workload-Team implementiert sie. Eine Workload wurde entwickelt und implementiert, um funktionale und nicht funktionale Geschäftsanforderungen zu erreichen. Workloads können in viele Typen unterteilt werden.

Typische Kriterien für die Arbeitsauslastungsklassifizierung sind:

• Hilfsprogramm, Merkmale und Nutzungsmuster einer Workload, z. B. Webanwendungen, Batchverarbeitung und Echtzeitanalysen.

• Wichtige einflussreiche Faktoren, z. B. Technologieplattformen oder Ausrichtung auf eine Branche.

• Beabsichtigte Zielgruppe. Beispiele für Lösungen mit verschiedenen Zielgruppen sind interne Branchenanwendungen innerhalb von Unternehmen, eine erworbene unabhängige Softwareanbieterlösung (ISV) oder eine mehrinstanzenfähige Software as a Service (SaaS)-Lösung für die öffentliche Nutzung.

Workloads, die sich in derselben Klasse befinden, können Ähnlichkeiten aufweisen, einschließlich ihrer Zielgruppe, Complianceanforderungen und Technologiestapel. Die fünf Säulen des Well-Architected Frameworks, ihre Prinzipien, Checklisten und Kompromisse sind für alle Arbeitsauslastungsklassen relevant.

Die Arbeitsauslastungsleitfaden des Well-Architected Frameworks beschreiben allgemeine Prioritäten und Kompromisse, da sie sich auf bestimmte Workloadklassen beziehen. In der Arbeitsauslastungsleitlinie gelten die Säulenleitlinien für technische Entwurfsprinzipien und Entwurfsbereiche, die die Prioritäten einer Arbeitsauslastung darstellen. Befolgen Sie die Empfehlungen, um eine erfolgreiche Workload einzurichten und mit dem Well-Architected Framework abzustimmen.

Was ist eine Well-Architected Framework-Workload?

Der Entwurf und der Betrieb jeder Arbeitsauslastung müssen sich mit den fünf architektonischen Säulen auseinandersetzen: Zuverlässigkeit, Sicherheit, Kostenoptimierung, Operative Exzellenz und Leistungseffizienz.

Um eine erfolgreiche Arbeitsauslastung zu schaffen, entwickeln Sie sie in Übereinstimmung mit den Grundsätzen des Well-Architected Framework, die auf den folgenden Idealen basieren.

Eine gut durchdachte Framework-Arbeitsauslastung:

• Verfügt über funktionale und nicht funktionale Anforderungen, die definiert und priorisiert werden, um ein Ziel zu erreichen.
• Ist so konzipiert, dass Sie diese Anforderungen mithilfe von Ressourcen und einbeziehung von Designmustern und Kompromissen erreichen können.
• Wird in die Spezifikationen eines Designs und Zwecks gebaut und betrieben.
• Wird gemessen, wie angemessen sie ihren Zweck erreicht.
• Kann sich anpassen, wenn der Zweck optimiert oder geändert wird.
• Ist genauso zuverlässig wie es sein muss.
• Ist genauso sicher wie es sein muss.
• Liefert eine ausreichende Rendite für Investitionen.
• Wird verantwortungsbewusst entwickelt und betrieben.
• Erfüllt seinen Zweck innerhalb eines akzeptablen Zeitraums.

Eine Zusammenarbeit zwischen dem Workloadteam und zentralen Teams einer Organisation muss eine Arbeitsauslastung mit den vorherigen Merkmalen erstellen. In den folgenden Abschnitten werden diese Teams und ihre Funktionen beschrieben.

Workloadteam

Erstellen Sie ein Workload-Team mit Teammitgliedern mit einer vielzahl von technischen und geschäftlichen Disziplinen. Der Hauptfokus aller Teammitglieder sollte der Erfolg der Workload sein.

Beispiele für Workload-Teammitglieder
Anwendungssicherheitstechniker Beteiligte im Unternehmen Cloudentwickler oder Softwaretechniker Architekten von Cloudlösungen Data Scientists oder Analysten Datenbankadministratoren	DevOps-Ingenieure Infrastrukturingenieure Produktmanager oder -besitzer Qualitätssicherung (QA)-Ingenieure Supportteammitglieder

Zentrale Teams und Projektbeteiligte

Zentrale Teams unterstützen häufig das Workload-Team. Sie bieten Unterstützungsfunktionen und wenden Governance für viele oder alle Cloudworkloads innerhalb einer Organisation an. Zentrale Teams konzentrieren sich auf den Unternehmenserfolg, der teilweise durch den Erfolg der Arbeitslasten der Organisation erreicht wird. Sie stellen Dienste, Anleitungen und Schutzschienen für Arbeitslasten bereit.

Beispiele für zentralisierte Teams und Teammitglieder
Business Intelligence-Analysten Beteiligte im Unternehmen Cloud Center of Excellence (CCoE) Board Cloudplattformteam Cybersicherheitsanalysten Datenbankadministrator*innen Enterprise-Architekten	Finanzanalysten Infrastrukturingenieure Legal and Compliance Officer Netzwerktechniker*innen Beschaffungsspezialisten Projektmanager

Ein Arbeitsauslastungsteam mit well-Architected Framework konzentriert sich auf die Arbeitsauslastungsergebnisse. Sie koordinieren und profitieren von der spezialisierten Unterstützung von zentralen Teammitgliedern.

Modell der gemeinsamen Zuständigkeit

Eine Workload muss bereitgestellt und verwendet werden, um Wert zu liefern. Als Teil des Workload-Teams sind Sie dafür verantwortlich, Ihre Arbeitsauslastung so zu entwerfen, zu implementieren und bereitzustellen, dass sie für Ihre Organisation einen Mehrwert schafft.

Workloads sind im Kontext Ihrer Organisation vorhanden. Eine Organisation hat häufig regulierte Regierungs- und Autoritätsrollen. Ihr Workloadteam hat die Verantwortung, eine Workload innerhalb der Grundlage Ihrer Organisation zu entwerfen, zu implementieren und bereitzustellen.

Standardisieren Sie gemäß dem Cloud Adoption Framework für Azure die Cloudressourcen Ihrer Workload. Wenden Sie die Standardisierung streng an, um eine geregelte Plattform bereitzustellen, die Ihnen bei der Integration von Workload-Teams hilft. Wenden Sie diese Governance gemäß dem Cloudbetriebsmodell Ihrer Organisation an.

Sie können Azure-Landezonen verwenden, um Standardisierung durchzuführen. Plattform-Landezonen und Anwendungslandzonen sind in Azure verfügbar. Stellen Sie Ihre Workload in einer Anwendungslandzone bereit.

Ihre Organisation verfügt möglicherweise über ein Cloudplattformangebot, das streng formalisiert und vollständig an Azure-Landezonen ausgerichtet ist. Oder Ihre Organisation hat möglicherweise eine andere Einführungsstrategie oder keine Implementierung. Wenn keine Implementierung vorhanden ist, sind Workloadteams nahezu vollständig autonome Entitäten.

Für jede Plattform und Governance, die Ihre Organisation verwendet, müssen Sie die Prinzipien des Well-Architected Framework auf Ihre Workloads anwenden. Das Well-Architected Framework verweist häufig auf Azure-Zielzonen, ist aber nicht von einer bestimmten Plattformimplementierung abhängig. Die Säulen, Prinzipien, Checklisten und Leitfäden des Well-Architected Framework gelten für alle Cloudplattformen und die meisten Workloadtypen.

Anforderung erfüllen

Im gesamten Well-Architected-Rahmen, z. B. die Kernpfeiler und die Arbeitsauslastungsleitlinie, stimmen Empfehlungen mit der Verpflichtung der Arbeitsauslastung überein. Empfehlungen geben in der Regel nicht an, welche Teammitglieder oder Teams diese Verpflichtungen erleichtern. Sie können bestimmen, wer jede Aktion ausführen soll. Führen Sie eine Zuordnung auf Arbeitsauslastungsebene durch, um die Rollen und Verantwortlichkeiten Ihres Teams im Zusammenhang mit der Topologie, dem Workloadtyp und der Kritischität zu bestimmen.

Das direkte Workload-Team verarbeitet die meisten Workloadanforderungen. Einige Anforderungen werden als gemeinsame Anstrengungen mit zentralisierten Teams behandelt. Die Implementierungsoptionen können beispielsweise auf Schutzläufen basieren, die ein zentralisiertes Team festlegt. Oder ein zentralisiertes Team kann ausschließlich die Implementierungsoptionen behandeln.

Ihr Workloadteam muss eine Arbeitsbeziehung mit anderen Teams aufbauen, um Codeliver für Workloadziele zu unterstützen. Wenn Sie Komponenten oder Zuständigkeiten auslagern, müssen Sie diese Verpflichtungen erfolgreich erfüllen.

Lernen Sie die Einschränkungen kennen

Ein zentralisiertes Team unterstützt verschiedene Workloads basierend auf den Kernfunktionen und der Kerninfrastruktur des Teams. Um diese Unterstützung auf organisatorischer Ebene bereitzustellen, kann das zentrale Team uniformität und Einschränkungen für den angebotenen Dienst oder die Infrastruktur implementieren. Wenn Sie Ihre Arbeitsauslastung entwerfen, ist es wichtig, dass Sie diese Einschränkungen verstehen und, sofern möglich, mit Unternehmensarchitekten zusammenarbeiten, die diese Einschränkungen kennen. Lernen Sie von früheren Implementierungen so weit wie möglich kennen.

Jede Plattformgovernanceimplementierung unterscheidet sich, aber die folgenden Einschränkungen gelten für viele Workloads:

• Zulassungslisten für Cloudressourcen
• Konfigurationsmandats für Cloudressourcen
• Regionale Zulassungslisten für Cloudressourcen und standortübergreifende Konnektivitätsverfügbarkeit
• Eingeschränkte oder keine Plattformunterstützung außerhalb der Geschäftszeiten
• Patchinganforderungen
• Spezifische Hub-Spoke-Implementierung, die Domain Name System (DNS) und private Endpunktimplementierungen steuert
• Anforderungen an die Lieferkettensteuerung

Explizite Kommunikationsanforderungen

Wenn Ihre Workloadanforderung mit einer Einschränkung oder einer Vereinbarung auf Serviceebene (Service Level Agreement, SLA) konfrontiert ist, die nicht eindeutig eine Kernfunktion oder ein Infrastrukturangebot definiert, behandeln Sie diese Situation als Risiko. Um dieses Risiko zu beheben, muss Ihr Workloadteam den anderen Teams Klarheit darüber bieten, wie sich das Problem auf die Arbeitsauslastung auswirkt. Möglicherweise müssen Sie die Workloadanforderungen, den Entwurf oder die Implementierung ändern oder das Infrastrukturangebot ändern.

Wenn Sie die Verpflichtungen des Plattformteams im Zusammenhang mit Organisationsdirektiven und den Verpflichtungen Ihres Workloadteams verstehen, können Sie Arbeitsauslastungsanforderungen mit realistischen Erwartungen und Empfehlungen kommunizieren.

Kommunizieren allgemeiner Workloadanforderungen

Jede Plattformpartnerschaft unterscheidet sich, aber die folgenden Bereiche sind gemeinsame Themen in Unterhaltungen mit geteilter Verantwortung:

• Einhaltung und rechtliche Anforderungen
• Netzwerkspezifische Anforderungen, z. B. die Notwendigkeit statischer Eingangs- oder Ausgangs-IP-Adressen
• Observability requirements to provide live site triage that's effective
• Leistungsanforderungen, z. B. Netzwerkdurchsatz, Verfügbarkeit von Cloudressourcen oder regionale Verfügbarkeit
• Erwartungen an den Zugang zum öffentlichen Internet aus einer Ausgangs- und Eingangsperspektive
• Ziele auf Serviceebene (SLOs) oder SLAs, die den Benutzern der Workload angeboten werden
• Verfügbarkeit des technischen Supports

Suchen nach einheitlichen Gewinnen

Gemeinsame Verantwortung geht es nicht nur um Kompromisse, Einschränkungen und Kompromisse. Plattformteams verfügen häufig über hochspezialisierte Fähigkeiten und dedizierte Budgets, die sich über das hinaus erweitern können, was ein einzelnes Workload-Team erhalten kann. Betrachten Sie die folgenden Beispiele.

Sicherheitsspezialisten. Ihre Workload verfügt möglicherweise über einen sicheren Entwicklungslebenszyklus. Da ein zentrales Sicherheitsteam sichere Entwicklungsaufgaben im großen Umfang in Ihrer Organisation ausführt, kann es routinebezogene Penetrationstests durchführen, die über und über Ihre Bemühungen hinausgehen. Es kann auch bei der Planung und Durchführung einer Strategie für die Reaktion auf Vorfälle hilfreich sein.

Leitfaden zur Unternehmensarchitektur. Sie können Zeit und Mühe sparen, wenn Sie die Muster und Praktiken eines Unternehmensarchitekturteams ausrichten, da das Team die Prozesse bereits optimiert hat. Sie können auch rework verhindern, wenn eine Lösung nicht innerhalb der Partnerschaft ohne Verhandlungen möglich ist.

Big-Ticket-Ausgaben. Plattformteams hosten häufig Komponenten oder Dienste, die zu teuer oder zu umfangreich für ein einzelnes Workloadteam verwaltet werden. Plattformteams können diese Komponenten und Dienste leisten, da sie die Kosten über Workloads hinweg teilen.

Häufig werden diese Dienste oder zentralisierten Plattformen als reines Showback angeboten, sodass sie die Arbeitsauslastung kostenoptimiert halten. Und wenn sie als Rückbuchung angeboten werden, sind sie aufgrund von Größen- und Zentralisierungsvorteilen oft billiger.

Plattformteams bieten häufig Self-Service-Optionen für die Arbeitsauslastung von Teams für verschiedene Aktivitäten. Zum Beispiel:

• Bereitstellen eines Dokumentations-Repositorys für selbstgeführte Bildung
• Onboarding in das Kostenmanagement über spezifische Ressourcentags
• Anbieten von Abonnements über einen formalen Abonnementverkaufsprozess

Erkunden Sie Self-Service- und Plattform-Engineering-Optionen, die möglicherweise für Ihre Workload geeignet sind.

Teilen von Erfolgen und Herausforderungen

Gemeinsame Verantwortung mit anderen Teams bedeutet auch, Erfolge und Herausforderungen einer Arbeitsauslastung zu teilen. Wenn Ihre Workload ihre Verpflichtungen erfüllt und den beabsichtigten Wert erhält, teilen Sie dies mit Ihren Partnerteams. Teilen Sie ihnen mit, wie sie zum Erfolg der Workload beigetragen haben. Wenn Ihre Workload ihre Verpflichtungen nicht erfüllt, teilen Sie das, was nicht funktioniert, und arbeiten Sie zusammen, und ordnen Sie sie neu an, um wieder auf dem Weg zu sein.

Plattformteams haben auch Verpflichtungen und Erfolgskriterien. Sie sollten erwarten, dass Ihre Partner Ihnen mitteilen, ob Ihre Arbeitsauslastung gut mit einem Angebot funktioniert oder ob es gefahrt, ein lauter Nachbar zu sein.

Streben nach kontinuierlicher Verbesserung

Ein Thema für alle Säulen des Well-Architected Framework ist eine kontinuierliche Verbesserung. Übernehmen Sie eine progressive Denkweise. Sie können sich mit neuen Ansätzen für bestehende Probleme befassen, neue Technologien einführen, neue Anforderungen erfüllen oder unter neuen Einschränkungen arbeiten. Da sich Ihre Arbeitsauslastung im Laufe der Zeit verbessert, erwarten Sie die gleiche Denkweise von Ihren Partnerteams. Jede Verbesserungschance bedeutet jedoch auch Änderungen und sollte durch einen ordnungsgemäßen Managementprozess unterstützt werden.

Workloadteams sind verpflichtet, mit Plattformteams über vorgeschlagene Änderungen der Workloadanforderungen zu kommunizieren, die sich möglicherweise auf die Dienste des Plattformteams auswirken. Ebenso sind Plattformteams verpflichtet, ihre Workload-Partner in Change Control-Prozesse einzuschließen und die betroffenen Plattformänderungen deutlich zu kommunizieren. Richten Sie einen regelmäßigen Kommunikationsrhythmu mit Partnern ein, um mehr darüber zu erfahren und zu teilen, wie sich ein Produkt weiterentwickelt.

Erzielen eines erfolgreichen Ergebnisses

Workloads haben viele Erwartungen von Benutzern, Aktionären, Aufsichtsbehörden, Mitarbeitern, dem Center of Excellence und Chief Experience Officer. Erwartungen können den richtungsgerichteten Kompass festlegen. Das Well-Architected Framework bietet Klarheit im Zusammenhang mit dem Entwurf und der Implementierung, indem explizite Rationalisierungen für Architekturentscheidungen angeboten werden, um ein erfolgreiches Ergebnis zu erzielen. Entwickeln Sie eine erfolgreiche Arbeitsauslastung, und teilen Sie diesen Erfolg mit Ihrer Organisation.