Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Nachhaltigkeit als nichtfunktionale Anforderung
Die Aufnahme von Nachhaltigkeit in die Liste der geschäftlichen Anforderungen kann zu kostengünstigeren Lösungen führen. Wenn Sie sich darauf konzentrieren, mehr Nutzen aus den Ressourcen zu ziehen, die Sie nutzen, und weniger davon zu verwenden, führt dies direkt zu Kosteneinsparungen, AWS da Sie nur für das bezahlen, was Sie tatsächlich nutzen.
Das Erreichen von Nachhaltigkeitszielen erfordert möglicherweise keine gleichwertigen Kompromisse bei einer oder mehreren anderen traditionellen Metriken wie Betriebszeit, Verfügbarkeit oder Reaktionszeit. Sie können erhebliche Nachhaltigkeitsgewinne erzielen, ohne dass dies messbare Auswirkungen auf Servicelevel hat. Wenn geringfügige Kompromisse erforderlich sind, können die durch diese Kompromisse erzielten Verbesserungen der Nachhaltigkeit die Veränderung der Servicequalität überwiegen.
Ermutigen Sie Ihre Teammitglieder, bei der Entwicklung funktionaler Anforderungen kontinuierlich mit Verbesserungen der Nachhaltigkeit zu experimentieren. Teams sollten bei der Festlegung von Zielen auch Proxy-Metriken einbeziehen, um sicherzustellen, dass sie die Ressourcenintensität bei der Entwicklung ihrer Workload bewerten.
Im Folgenden finden Sie Beispiele für Kompromisse, die den Verbrauch von Cloud-Ressourcen reduzieren können:
Anpassen der Ergebnisqualität: Mithilfe von Approximate Computing können Sie bei der Ergebnisqualität Kompromisse eingehen, um die Workload-Intensität zu verringern. Beim Approximate Computing werden Optimierungsmöglichkeiten ermittelt, indem geprüft wird, was produziert wird und was Kunden brauchen. Wenn Sie Ihre Daten beispielsweise in einer festgelegten Datenstruktur platzieren, können Sie den BY-Operator weglassenORDER, SQL um unnötige Verarbeitungsvorgänge zu vermeiden, Ressourcen zu sparen und gleichzeitig eine akzeptable Antwort zu liefern.
Anpassen der Reaktionszeit: Eine Antwort mit einer langsameren Reaktionszeit kann CO₂ reduzieren, indem der gemeinsame Overhead minimiert wird. Die Verarbeitung flüchtiger Ad-hoc-Aufgaben kann zu Startup-Overhead führen. Gruppieren und verarbeiten Sie Aufgaben in Stapeln, anstatt bei jeder neuen Aufgabe für den Overhead zu zahlen. Die Stapelverarbeitung führt zu einer verlängerten Reaktionszeit, verringert jedoch den gemeinsamen Overhead für das Hochfahren der Instance, das Herunterladen des Quellcodes und die Ausführung des Prozesses.
Verfügbarkeit anpassen: Mit AWS können Sie Redundanz hinzufügen und Hochverfügbarkeitsziele mit nur wenigen Klicks erreichen. Sie können die Redundanz durch Techniken wie statische Stabilität erhöhen, indem Sie ungenutzte Ressourcen bereitstellen, die immer zu einer geringeren Auslastung führen. Bewerten Sie bei der Festlegung von Zielen die Bedürfnisse des Unternehmens. Relativ geringe Abstriche bei der Verfügbarkeit können zu wesentlich größeren Verbesserungen bei der Nutzung führen. Das Architekturmuster der statischen Stabilität beinhaltet beispielsweise die Bereitstellung ungenutzter Failover-Kapazitäten, um die Last nach einem Komponentenfehler sofort zu übernehmen. Eine Lockerung der Verfügbarkeitsanforderung kann den Bedarf an ungenutzten Online-Kapazitäten beseitigen, da die Automatisierung Zeit für die Bereitstellung von Ersatzressourcen bietet. Das Hinzufügen von On-Demand-Failover-Kapazität führt zu einer höheren Gesamtauslastung ohne Geschäftsauswirkungen während des Normalbetriebs und hat den Nebeneffekt, dass die Kosten gesenkt werden.
