# KOSTEN 10. Wie können Sie neue Services bewerten?
Im Zuge der Veröffentlichung neuer Services und Features durch AWS empfiehlt es sich, dass Sie Ihre bestehenden Entscheidungen zur Architektur überdenken, um sicherzustellen, dass diese weiterhin so kostengünstig wie möglich sind.
**Topics**
+ [
# COST10-BP01 Entwickeln Sie einen Prozess zur Überprüfung der Arbeitslast
](cost_evaluate_new_services_review_process.md)
+ [
# COST10-BP02 Überprüfen und analysieren Sie diesen Workload regelmäßig
](cost_evaluate_new_services_review_workload.md)
# COST10-BP01 Entwickeln Sie einen Prozess zur Überprüfung der Arbeitslast
Entwickeln Sie einen Prozess, der die Kriterien und den Prozess für die Workload-Prüfung definiert. Der Überprüfungsaufwand sollte in einem angemessenen Verhältnis zum potenziellen Nutzen stehen. Beispielsweise ist es sinnvoll, zentrale Workloads oder Workloads, deren Wert mehr als 10 % der Rechnung ausmacht, vierteljährlich oder alle sechs Monate zu prüfen, während Workloads mit einem Wert von weniger als 10 % der Rechnung jährlich überprüft werden sollten.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Hoch
## Implementierungsleitfaden
Um sicherzustellen, dass Sie immer die kosteneffizienteste Workload haben, müssen Sie die Workload regelmäßig überprüfen, um zu wissen, ob es Möglichkeiten gibt, neue Services, Features und Komponenten zu implementieren. Damit Sie insgesamt niedrigere Kosten erzielen, muss der Prozess proportional zu den potenziellen Einsparungen sein. Beispielsweise sollten Workloads, die 50 % Ihrer Gesamtausgaben ausmachen, regelmäßiger und gründlicher überprüft werden als Workloads, die 5 % Ihrer Gesamtausgaben ausmachen. Lassen Sie auch externe Faktoren oder Volatilität in Ihre Überlegungen einfließen. Wenn die Workload eine bestimmte Geografie oder ein bestimmtes Marktsegment bedient und Änderungen in diesem Bereich vorhergesagt werden, können häufigere Überprüfungen zu Kosteneinsparungen führen. Ein weiterer Faktor bei der Überprüfung ist die Implementierung von Änderungen. Wenn es erhebliche Kosten für das Testen und Validieren von Änderungen gibt, sollten Überprüfungen seltener erfolgen.
Denken Sie an die langfristigen Kosten für die Wartung veralteter Komponenten und Ressourcen sowie die Unfähigkeit, neue Features in diese zu implementieren. Die aktuellen Kosten für Tests und Validierung können den vorgeschlagenen Vorteil übersteigen. Doch mit der Zeit können sich die Kosten für die Änderung erheblich erhöhen, da die Lücke zwischen der Workload und den aktuellen Technologien zunimmt, was zu noch größeren Kosten führt. Beispielsweise sind die Kosten für den Wechsel zu einer neuen Programmiersprache derzeit möglicherweise nicht günstig. In fünf Jahren können sich jedoch die Kosten für Personen, die in dieser Sprache qualifiziert sind, erhöhen. Aufgrund des Wachstums der Workload würden Sie ein noch größeres System in die neue Sprache verlagern, was noch mehr Aufwand erfordert als zuvor.
Unterteilen Sie Ihre Workload in Komponenten, weisen Sie die Kosten der Komponente zu (eine Schätzung reicht aus) und listen Sie dann die Faktoren (z. B. Aufwand und externe Märkte) neben den einzelnen Komponenten auf. Verwenden Sie diese Indikatoren, um eine Überprüfungshäufigkeit für jede Workload zu bestimmen. Zum Beispiel können bei Webservern hohe Kosten, geringer Änderungsaufwand und hohe externe Faktoren anfallen, was zu einer hohen Überprüfungshäufigkeit führt. Bei einer zentralen Datenbank können mittlere Kosten, hoher Änderungsaufwand und niedrige externe Faktoren anfallen, was zu einer mittleren Überprüfungshäufigkeit führt.
Definieren Sie einen Prozess, mit dem sich neu verfügbare Services, Designmuster, Ressourcentypen und Konfigurationen zur Optimierung Ihrer Workload-Kosten bewerten lassen. Ähnlich wie bei der [Prüfung der Säule „Leistungseffizienz“](https://docs.aws.amazon.com/wellarchitected/latest/framework/perf-06.html) und der [Prüfung der Säule „Zuverlässigkeit“](https://docs.aws.amazon.com/wellarchitected/latest/framework/rel_monitor_aws_resources_review_monitoring.html) identifizieren, validieren und priorisieren Sie Optimierungs- und Verbesserungsmaßnahmen. Führen Sie eine Problembehandlung durch und nehmen Sie diese in Ihr Backlog auf.
**Implementierungsschritte**
+ **Festlegen der Überprüfungshäufigkeit:** Legen Sie fest, wie häufig die Workload und ihre Komponenten überprüft werden sollen. Reservieren Sie Zeit und Ressourcen, um eine kontinuierliche Verbesserungen zu ermöglichen, und prüfen Sie die Häufigkeit, um Ihre Workload zu optimieren und effizienter zu gestalten. Dies ist eine Kombination von Faktoren und kann sich von Workload zu Workload innerhalb Ihrer Organisation und zwischen Komponenten in der Workload unterscheiden. Häufige Faktoren sind u. a. die Bedeutung für die Organisation, gemessen in Bezug auf Umsatz oder Marke, die Gesamtkosten für die Ausführung der Workload (einschließlich Betriebs- und Ressourcenkosten), die Komplexität der Workload, wie einfach es ist, eine Änderung zu implementieren, Softwarelizenzvereinbarungen sowie Änderungen, die aufgrund mangelhafter Lizenzen erhebliche Erhöhungen der Lizenzkosten verursachen würden. Komponenten können funktional oder technisch definiert werden, z. B. Webserver und Datenbanken oder Datenverarbeitungs- und Speicherressourcen. Gleichen Sie die Faktoren entsprechend aus und entwickeln Sie einen Zeitraum für die Workload und ihre Komponenten. Sie können sich entscheiden, die vollständigen Workload alle 18 Monate, die Webserver alle 6 Monate, die Datenbank alle 12 Monate, die Datenverarbeitungs- und Kurzzeitspeicherung alle 6 Monate und die Langzeitspeicherung alle 12 Monate zu überprüfen.
+ **Festlegen der Prüfungsgründlichkeit:** Legen Sie den Aufwand für die Prüfung der Workload oder der Workload-Komponenten fest. Ähnlich wie bei der Überprüfungsfrequenz geht es hier um mehrere Faktoren, die ausgeglichen sein müssen. Bewerten und priorisieren Sie regelmäßig Verbesserungsmöglichkeiten, um die Maßnahmen dort zu intensivieren, wo sie den größten Nutzen bringen. So erfahren Sie auch, wie viel Aufwand für diese Aktivitäten erforderlich ist. Wenn die erwarteten Ergebnisse die Ziele nicht erfüllen und der Aufwand mehr kostet, wiederholen Sie den Versuch mit alternativen Vorgehensweisen. Bei Ihren Prüfungen sollten auch Zeit und Ressourcen genutzt werden, um kontinuierliche, schrittweise Verbesserungen zu ermöglichen. Sie können beispielsweise entscheiden, für die Analyse der Datenbankkomponente eine Woche, für die Analyse von Datenverarbeitungsressourcen eine Woche und für die Analyse von Speicherprüfungen vier Stunden aufzuwenden.
## Ressourcen
**Zugehörige Dokumente:**
+ [AWS Nachrichten-Blog](https://aws.amazon.com/blogs/aws/)
+ [Arten von Cloud Computing](https://aws.amazon.com/types-of-cloud-computing/)
+ [Neuerungen bei AWS](https://aws.amazon.com/new/)
**Zugehörige Beispiele:**
+ [AWS Support Sie proaktive Services](https://aws.amazon.com/premiumsupport/technology-and-programs/proactive-services/)
+ [Regelmäßige Workload-Überprüfungen von SAP Workloads](https://docs.aws.amazon.com/wellarchitected/latest/sap-lens/best-practice-4-4.html)
# COST10-BP02 Überprüfen und analysieren Sie diesen Workload regelmäßig
Bestehende Workloads werden basierend auf den einzelnen definierten Prozessen regelmäßig überprüft, um zu ermitteln, ob neue Services übernommen, vorhandene Services ersetzt oder die Architektur von Workloads geändert werden können.
**Risikostufe bei fehlender Befolgung dieser bewährten Methode:** Mittel
## Implementierungsleitfaden
AWS fügt ständig neue Funktionen hinzu, sodass Sie mit der neuesten Technologie schneller experimentieren und Innovationen umsetzen können. [AWS Was AWS ist neu](https://aws.amazon.com/new/)? beschreibt, wie das funktioniert, und bietet einen schnellen Überblick über AWS Dienste, Funktionen und Ankündigungen regionaler Erweiterungen, sobald diese veröffentlicht werden. Sie können sich eingehender über die angekündigten Veröffentlichungen informieren und diese zur Prüfung und Analyse Ihrer bestehenden Workloads verwenden. Um die Vorteile neuer AWS Dienste und Funktionen zu nutzen, überprüfen Sie Ihre Workloads und implementieren bei Bedarf neue Dienste und Funktionen. Das bedeutet, dass Sie möglicherweise bestehende Dienste, die Sie für Ihre Workloads verwenden, ersetzen oder Ihren Workload modernisieren müssen, um diese neuen AWS Services einzuführen. Sie können beispielsweise Ihre Workloads überprüfen und die Messaging-Komponente durch Amazon Simple Email Service ersetzen. Dadurch entfallen die Kosten für den Betrieb und die Verwaltung einer Flotte von Instances, während die gesamte Funktionalität zu geringeren Kosten bereitgestellt wird.
Bei der Analyse Ihrer Workload und der Ermittlung potenzieller Chancen sollten Sie nicht nur neue Services, sondern auch neue Möglichkeiten zur Entwicklung von Lösungen berücksichtigen. Sehen Sie sich die Videos von [This is My Architecture](https://aws.amazon.com/architecture/this-is-my-architecture) an AWS , um mehr über die Architekturentwürfe anderer Kunden, ihre Herausforderungen und Lösungen zu erfahren. Schauen Sie sich die [All-In-Serie an](https://aws.amazon.com/architecture/all-in-series/), um mehr über reale Anwendungen von AWS Diensten und Kundenberichte zu erfahren. Sie können sich auch die Videoreihe [Back to Basics](https://aws.amazon.com/architecture/back-to-basics/) (Zurück zu den Grundlagen) ansehen, in der bewährte Methoden zum grundlegenden Cloud-Architekturmuster erklärt, untersucht und aufgeschlüsselt werden. Eine weitere Quelle sind die Videos „[How to Build This](https://aws.amazon.com/architecture/how-to-build-this/)“, die Menschen mit großen Ideen dabei helfen sollen, ihr Produkt (MVP) mit Hilfe von AWS Dienstleistungen zum Leben zu erwecken. Auf diese Weise können sich Bauherren aus der ganzen Welt, die eine starke Idee haben, architektonische Beratung von erfahrenen AWS Solutions Architects einholen. In unseren Ressourcenmaterialien unter [Erste Schritte](https://aws.amazon.com/getting-started/) finden Sie darüber hinaus ausführliche Tutorials.
Befolgen Sie vor dem Starten Ihres Überprüfungsprozesses die Anforderungen Ihres Unternehmens in Bezug auf die Workload, die Sicherheit und den Datenschutz, um einen spezifischen Service oder eine spezifische Region zu nutzen. Befolgen Sie während des vereinbarten Überprüfungsprozesses die Leistungsanforderungen.
**Implementierungsschritte**
+ **Regelmäßige Überprüfung der Workload: **Führen Sie mit Ihrem definierten Prozess Überprüfungen mit der angegebenen Häufigkeit durch. Stellen Sie sicher, dass Sie den richtigen Aufwand für jede Komponente aufwenden. Dieser Prozess ähnelt dem anfänglichen Designprozess, bei dem Sie Services für die Kostenoptimierung ausgewählt haben. Analysieren Sie die Services und die Vorteile, die sie mit sich bringen würden, sowie den Zeitfaktor bei den Änderungskosten. Analysieren Sie nicht nur die langfristigen Vorteile.
+ **Implementieren neuer Services: **Wenn es das Ziel der Analyse ist, Änderungen zu implementieren, führen Sie zunächst eine Analyse der Basisanforderungen der Workload durch, um die aktuellen Kosten für jede Ausgabe festzustellen. Implementieren Sie die Änderungen und führen Sie dann eine Analyse durch, um die neuen Kosten für jede Ausgabe zu bestätigen.
## Ressourcen
**Zugehörige Dokumente:**
+ [AWS Nachrichten-Blog](https://aws.amazon.com/blogs/aws/)
+ [Neuerungen bei AWS](https://aws.amazon.com/new/)
+ [AWS Dokumentation](https://docs.aws.amazon.com/)
+ [AWS Erste Schritte](https://aws.amazon.com/getting-started/)
+ [AWS Allgemeine Ressourcen](https://docs.aws.amazon.com/#general_resources)
**Zugehörige Videos:**
+ [AWS - Das ist meine Architektur](https://aws.amazon.com/architecture/this-is-my-architecture)
+ [AWS - Zurück zu den Grundlagen](https://aws.amazon.com/architecture/back-to-basics/)
+ [AWS - All-In-Serie](https://aws.amazon.com/architecture/all-in-series/)
+ [How to Build This](https://aws.amazon.com/architecture/how-to-build-this/)