Mitarbeiter und Kultur

Für jeden Workload muss es einen Verantwortlichen geben und am Lebenszyklus eines Workloads können viele Personen und Teams beteiligt sein. Bevor Sie jedoch eine WAFR durchführen, sollten Sie einen Single-Threaded Owner (STO) für den Workload definieren.

Diese Person muss in der Lage sein, Entscheidungen zu treffen und das Budget, die Mitarbeiterzahl und die Roadmap zu kontrollieren. Beispiele für diese Rolle sind ein Produktverantwortlicher, ein Produktmanager, ein leitender Architekt oder ein technischer Leiter.

Letztlich ist diese Rolle verantwortlich, wenn der Workload nicht mehr wie vorgesehen funktioniert.

Es ist wichtig, eine WAFR mit einem STO durchzuführen, um Ihre Ergebnisse zu verbessern. So kann es beispielsweise sein, dass Sie Verbesserungspunkte für den Workload finden, diese jedoch nur schwer in der Produkt-Roadmap priorisieren können. Vielleicht haben Sie auch Schwierigkeiten, finanzielle Mittel oder Ressourcen für die Durchführung der Arbeit zu beschaffen.

Dies führt oft dazu, dass eine nicht bewältigbare Liste von Backlog-Einträgen entsteht. Der STO hilft Ihnen, dies zu vermeiden, da er für die WAFR zuständig und aktiv an dem Prozess beteiligt ist.

Erforderliche Stakeholder

Der STO kann nicht alle Fragen beantworten. Viele Personen und Teams sind entweder an der Architektur, an der Entwicklung, an der Sicherung oder am Betrieb eines Workloads beteiligt. Je nach Organisation und Umfang des Workloads variiert die Anzahl der beteiligten Stakeholder und Teams.

Berücksichtigen Sie die folgenden Fragen zu Stakeholdern:

Säulen-Sponsoren

Das Well-Architected Framework umfasst sechs Säulen: Die Festlegung eines STO ist zwar von entscheidender Bedeutung, doch genauso wichtig ist es, Unterstützung von säulenspezifischen Sponsoren oder Champions zu erhalten, um den WAFR-Prozess zu beschleunigen und seinen Nutzen zu maximieren.

Definieren Sie Sponsoren oder Champions, die zu Folgendem in der Lage sind:

Verfügt Ihre Organisation über ein Cloud Center of Excellence oder eine Cloud Community of Practice? Fangen Sie klein an und bauen Sie eine Gruppe von Gleichgesinnten auf, die sich gegenseitig bei Diskussionen über die architektonische Integrität und bei Verbesserungen unterstützen können.

Schaffen einer sicheren Umgebung

Eine gesunde Unternehmenskultur zu entwickeln, ist entscheidend für konstruktive, produktive Diskussionen über Technologieentscheidungen. Der Gruppe der an der WAFR beteiligten Personen könnten Personen angehören, die bisher noch nichts mit dem Workload zu tun hatten oder die bereits mit dem Workload vertraut sind, Personen unterschiedlicher Betriebszugehörigkeit und Hierarchiestufen oder Personen, die als Partner und Dritte eingebunden sind. Um die Wahrscheinlichkeit dauerhafter, nützlicher Verbesserungen zu erhöhen, ist es wichtig, ein konstruktives, respektvolles Gespräch über einen Workload zu fördern.

Definieren Sie von Anfang an eine positive Zielsetzung und betonen Sie diese immer wieder, um die Ausrichtung beizubehalten und den Fokus auf die Ermittlung von Verbesserungsmöglichkeiten zu richten. Technologien und bewährte Methoden entwickeln sich ständig weiter. Daher ist eine WAFR als Gelegenheit zur Entdeckung von Verbesserungsmöglichkeiten zu verstehen.

Eine WAFR ist kein Audit. Die Erkenntnisse können Ihnen zwar helfen, verschiedene Compliance-Standards zu erfüllen, es geht jedoch nicht um eine „Punktevergabe“ für einen Workload. Konzentrieren Sie sich auf die Verbesserung der architektonischen Integrität.

Eine WAFR ist eine Gelegenheit, sich zu fragen: „Wo stehen wir?“ und eine Momentaufnahme des Workloads zu erfassen. Anschließend können Sie die Erkenntnisse nutzen, um eine fundierte Entscheidung zu treffen und die Frage zu beantworten: „Wohin sollten wir gehen?“

Die Verbesserung der Architektur ist ein Weg, den AWS Well-Architected begleitet. Berücksichtigen Sie zu Beginn Ihres WAFR-Prozesses die folgenden Fragen:

Ressourcen