From 2e5f5dde9bedc57146a1eeb001f7a779fc310171 Mon Sep 17 00:00:00 2001 From: Diavolezza Date: Tue, 7 May 2024 14:41:30 +0200 Subject: [PATCH] =?UTF-8?q?=C3=9Cbersetzung=20in=20Englisch?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .../01-what-to-expect-of-this-module.adoc | 9 ++-- ...structure-and-chronological-breakdown.adoc | 10 ++++- .../04-prerequisites-for-this-training.adoc | 12 +++-- docs/01-module-block-1/00-structure.adoc | 2 +- docs/01-module-block-1/01-duration-terms.adoc | 5 ++- docs/01-module-block-1/02-learning-goals.adoc | 31 ++++++++++++- docs/02-module-block-2/00-structure.adoc | 2 +- docs/02-module-block-2/01-duration-terms.adoc | 4 +- docs/02-module-block-2/02-learning-goals.adoc | 22 +++++++++- docs/03-module-block-3/01-duration-terms.adoc | 4 +- docs/03-module-block-3/02-learning-goals.adoc | 13 +++--- docs/04-module-block-4/01-duration-terms.adoc | 3 +- docs/04-module-block-4/02-learning-goals.adoc | 44 ++++++++++++++++--- docs/05-module-block-5/01-duration-terms.adoc | 7 ++- docs/05-module-block-5/02-learning-goals.adoc | 15 ++++--- docs/06-module-block-6/01-duration-terms.adoc | 6 +-- docs/06-module-block-6/02-learning-goals.adoc | 22 ++++++---- docs/07-module-block-7/01-duration-terms.adoc | 5 ++- docs/07-module-block-7/02-learning-goals.adoc | 42 +++++++++++++----- docs/08-module-block-8/00-structure.adoc | 2 +- docs/08-module-block-8/01-duration-terms.adoc | 2 +- docs/08-module-block-8/02-learning-goals.adoc | 21 +++++---- 22 files changed, 206 insertions(+), 77 deletions(-) diff --git a/docs/00b-basics/01-what-to-expect-of-this-module.adoc b/docs/00b-basics/01-what-to-expect-of-this-module.adoc index 7821a6c..7246cb6 100644 --- a/docs/00b-basics/01-what-to-expect-of-this-module.adoc +++ b/docs/00b-basics/01-what-to-expect-of-this-module.adoc @@ -12,8 +12,11 @@ Am Ende des Moduls {curriculum-short} kennen die Teilnehmenden die wesentlichen // tag::EN[] === What does the module “{curriculum-short}” convey? -The module presents {curriculum-short} to the participants … -At the end of the module, the participants know … and are able to … -TODO +While IT was long seen as the solution to many problems associated with climate change, it has now itself become the subject of optimisation considerations. Inefficient programming, often caused by the need for a fast time-to-market, has often been compensated for by ever faster hardware or more resources in the cloud. This path must be abandoned. The CO~2~ emissions caused by software must be consistently reduced. + +In the {curriculum-short} module, participants learn to take a holistic view of the topic of green software. This begins with an examination of the role of IT in halting climate change, an introduction to current regulations, a view of the requirements of various stakeholders and the identification of fields of action in companies. From there, we move on to measuring and monitoring CO~2~ emissions and energy consumption and on to the core topic of software development. This central topic area includes the energy efficiency of various software architectures and basic concepts used, energy-efficient data handling, optimised algorithms and also the influence and management of quality requirements in relation to energy efficiency. Another important component is the topic of the cloud, both in terms of provider selection and the possibilities for low-CO~2~ operation. Finally, options for improving energy efficiency in the development process are considered. + +At the end of the module {curriculum-short}, participants will know the key levers for reducing CO~2~ in IT. They will be able to assess the impact of software architecture and how architecture patterns and styles work. They know the pitfalls of data handling and can assess the impact of the selection of technical components. With regard to the cloud, participants know how to utilise the options offered there in terms of energy efficiency. + // end::EN[] diff --git a/docs/00b-basics/02-curriculum-structure-and-chronological-breakdown.adoc b/docs/00b-basics/02-curriculum-structure-and-chronological-breakdown.adoc index 89f12fc..86958e2 100644 --- a/docs/00b-basics/02-curriculum-structure-and-chronological-breakdown.adoc +++ b/docs/00b-basics/02-curriculum-structure-and-chronological-breakdown.adoc @@ -26,7 +26,15 @@ |=== | Content | Recommended minimum duration (minutes) -TODO +| 1. Climate change, opportunities of digitalisation, role of IT, basic concepts | 60 +| 2. Principles, regulation and effects on companies | 60 +| 3. Quality | 60 +| 4. Measurement and monitoring | 150 +| 5. Software development | 75 +| 6. Software architecture | 150 +| 7. Operation | 105 +| 8. Energy-efficient development process | 60 +| | | Total | 720 (12h) |=== diff --git a/docs/00b-basics/04-prerequisites-for-this-training.adoc b/docs/00b-basics/04-prerequisites-for-this-training.adoc index f89a96a..1895cf8 100644 --- a/docs/00b-basics/04-prerequisites-for-this-training.adoc +++ b/docs/00b-basics/04-prerequisites-for-this-training.adoc @@ -13,7 +13,7 @@ Teilnehmerinnen und Teilnehmer **sollten** folgende Kenntnisse und/oder Erfahrun - Erste praktische Erfahrungen mit Performance Engineering - Erste praktische Erfahrung mit gängigen Cloud-Anbietern -- Erste praktische Erfahrung mit CI/CD-Pipelines. +- Erste praktische Erfahrung mit CI/CD-Pipelines // end::DE[] @@ -22,10 +22,16 @@ Teilnehmerinnen und Teilnehmer **sollten** folgende Kenntnisse und/oder Erfahrun Participants **should** have the following prerequisite knowledge: -- TODO +- Practical experience in the design and development of small to medium-sized software systems +- Knowledge of the life cycle of software systems +- Dealing with quality requirements +- Practical experience in monitoring software systems +- Practical programming experience Knowledge in the following areas may be **helpful** for understanding some concepts: -- TODO +- First practical experience with performance engineering +- First practical experience with common cloud providers +- First practical experience with CI/CD pipelines // end::EN[] diff --git a/docs/01-module-block-1/00-structure.adoc b/docs/01-module-block-1/00-structure.adoc index cb41eea..29c3bc9 100644 --- a/docs/01-module-block-1/00-structure.adoc +++ b/docs/01-module-block-1/00-structure.adoc @@ -8,7 +8,7 @@ // end::DE[] // tag::EN[] -== TODO +== Climate change, opportunities of digitalisation, role of IT, basic concepts // end::EN[] diff --git a/docs/01-module-block-1/01-duration-terms.adoc b/docs/01-module-block-1/01-duration-terms.adoc index e952acd..6acee6f 100644 --- a/docs/01-module-block-1/01-duration-terms.adoc +++ b/docs/01-module-block-1/01-duration-terms.adoc @@ -10,9 +10,10 @@ Klimawandel, Verbrauch von IT, Einsparungen durch IT, Einsparungen in IT, Nachha // tag::EN[] |=== -| Duration: 60 min | Practice time: 0 min +| Duration: 60 min | Practice time: none |=== === Terms and Principles -Consumption of ICT, Savings through ICT, Sustainability, CO2, CO2 equivalents, Negative externalities, Watts, Joules, Efficiency, Effectiveness +Climate change, consumption of IT, savings through IT, savings in IT, sustainability, CO~2~, CO~2~-equivalents, negative external effects, watts, joules, efficiency, effectiveness + // end::EN[] diff --git a/docs/01-module-block-1/02-learning-goals.adoc b/docs/01-module-block-1/02-learning-goals.adoc index 425617a..b30734e 100644 --- a/docs/01-module-block-1/02-learning-goals.adoc +++ b/docs/01-module-block-1/02-learning-goals.adoc @@ -33,5 +33,34 @@ Die Teilnehmenden kennen die Handlungsfelder zum Einsparen von CO~2~: // end::DE[] // tag::EN[] -TODO + +[[LG-1-1]] +==== LG 1-1: Global challenges of climate change + +Participants are familiar with the global challenges of climate change. They know the increasing energy and resource requirements of IT and their main drivers. They can explain why IT must also address the issue of resource and energy efficiency. + +[[LG-1-2]] +==== LG 1-2: Possibilities for saving energy through digitalisation + +Participants know the possibilities for saving energy and CO~2~ through digitalisation. They know the sectors that particularly benefit from digitalisation. The difference between savings in IT and through IT is known. + +[[LG-1-3]] +==== LG 1-3: Categorise and quantify the energy consumption of IT and name its drivers + +Participants can quantify the energy consumption of information technology, categorise it in relation to other sectors and name the main drivers. They are familiar with trends and developments in IT and key levers. + +[[LG-1-4]] +==== LG 1-4: Basic concepts + +Participants can categorise terms such as sustainability, energy efficiency, negative external effect, carbon footprint and carbon handprint. Important key figures and physical units such as CO~2~, CO~2~ equivalents, watts, joules and their meaning are understood. + +[[LG-1-5]] +==== LG 1-5: Fields of action + +The participants know the fields of action for saving CO~2~: + +* Energy efficiency - Consume as little energy as possible. +* Hardware efficiency - Use as little hardware as possible. +* CO~2~ emission efficiency - Consume energy when and where it is generated in the "greenest" way. + // end::EN[] diff --git a/docs/02-module-block-2/00-structure.adoc b/docs/02-module-block-2/00-structure.adoc index 68366fd..3afdf4c 100644 --- a/docs/02-module-block-2/00-structure.adoc +++ b/docs/02-module-block-2/00-structure.adoc @@ -7,7 +7,7 @@ // end::DE[] // tag::EN[] -== TODO +== Principles, regulation and effects on companies // end::EN[] include::01-duration-terms.adoc[{include_configuration}] diff --git a/docs/02-module-block-2/01-duration-terms.adoc b/docs/02-module-block-2/01-duration-terms.adoc index f16b680..0a246de 100644 --- a/docs/02-module-block-2/01-duration-terms.adoc +++ b/docs/02-module-block-2/01-duration-terms.adoc @@ -10,11 +10,11 @@ Energieeffizienz, Zertifizierungen (z. B. Blauer Engel, TCO), Regulatorische Anf // tag::EN[] |=== -| Duration: 60 min | Practice time: 0 min +| Duration: 60 min | Practice time: none |=== === Terms and Principles -Energy efficiency, Certifications (e. g. Blue Angel, TCO), Policy requirements (e. g. CRSD), Greenhouse Gas Protocol +Energy efficiency, certifications (e.g. Blue Angel, TCO), regulatory requirements (e.g. CSRD, ESD), Greenhouse Gas Protocol (GHG Protocol) // end::EN[] diff --git a/docs/02-module-block-2/02-learning-goals.adoc b/docs/02-module-block-2/02-learning-goals.adoc index b1986e4..6384d16 100644 --- a/docs/02-module-block-2/02-learning-goals.adoc +++ b/docs/02-module-block-2/02-learning-goals.adoc @@ -24,5 +24,25 @@ Die Teilnehmenden kennen die Anforderungen der verschiedenen Stakeholder an ener // end::DE[] // tag::EN[] -TODO + +[[LG-2-1]] +==== LG 2-1: Regulation + +Participants know the regulatory framework and the requirements it contains for saving CO~2~. They know the existing certifications, such as the Blue Angel, and can use them appropriately in their work. Participants are familiar with standards such as ESG (Environmental Social Governance) and CSRD (Corporate Sustainability Reporting Directive) and their effects and consequences for companies. + +[[LG-2-2]] +==== LG 2-2: Greenhouse Gas Protocol + +Participants are familiar with the Greenhouse Gas Protocol (GHP). They are able to explain the scopes and assign emissions to the scopes. They can explain which scopes are affected when operating software in the cloud or on premise. Participants are familiar with ISO 14064-1 as a derivation of the Greenhouse Gas Protocol. + +[[LG-2-3]] +==== LG 2-3: Energy efficiency in the company + +The participants know the motivation for placing green software in the company and the arguments and addressees for successfully anchoring it in the company. They can set sensible targets for the reduction of greenhouse gases for companies. Participants can explain what requirements third parties have along the value chain and how these affect their own company. + +[[LG-2-4]] +==== LG 2-4: Stakeholders and prioritization + +Participants know the requirements of the various stakeholders for energy-efficient software and the resulting fields of action. They know the areas with the greatest leverage for reducing greenhouse gases and can prioritize measures accordingly. Participants can classify different software systems and recognize the costs and benefits of optimization. + // end::EN[] diff --git a/docs/03-module-block-3/01-duration-terms.adoc b/docs/03-module-block-3/01-duration-terms.adoc index 2820b51..973e882 100644 --- a/docs/03-module-block-3/01-duration-terms.adoc +++ b/docs/03-module-block-3/01-duration-terms.adoc @@ -11,11 +11,11 @@ Qualitätsmodell, Qualitätsszenarien, Qualitätsziele, ISO 25010 // tag::EN[] |=== -| Duration: XXX 30 | Practice time: 15 min +| Duration: 45 min | Practice time: 15 min |=== === Terms and Principles -quality model, quality goal, szenario, ISO 25010 +Quality model, quality scenarios, quality objectives, ISO 25010 // end::EN[] diff --git a/docs/03-module-block-3/02-learning-goals.adoc b/docs/03-module-block-3/02-learning-goals.adoc index cd31989..16d7ce2 100644 --- a/docs/03-module-block-3/02-learning-goals.adoc +++ b/docs/03-module-block-3/02-learning-goals.adoc @@ -7,17 +7,18 @@ Die Teilnehmenden kennen unterschiedliche Qualitätsmodelle und können Qualitä [[LZ-3-2]] ==== LZ 3-2: Wechselwirkungen zwischen Qualitätsattributen -Die Teilnehmenden kennen die positiven und negativen Wechselwirkungen zwischen Qualitätsattributen im Bereich der Energieeffizienz mit anderen Qualitätsattributen. Auf Basis dieser Erkenntnisse können sie Qualitätsanforderungen erkennen, die miteinander in Konflikt stehen und Lösungsalternativen erarbeiten, um Konflikte zu abzuschwächen. -Insbesondere werden die Qualitätsmerkmale Elastizität und Skalierbarkeit, Modularität bzw. Resilienz detaillierter diskutiert, so dass die Teilnehmenden den Einfluss auf Energieeffizienz bewerten können. +Die Teilnehmenden kennen die positiven und negativen Wechselwirkungen zwischen Qualitätsattributen im Bereich der Energieeffizienz mit anderen Qualitätsattributen. Auf Basis dieser Erkenntnisse können sie Qualitätsanforderungen erkennen, die miteinander in Konflikt stehen und Lösungsalternativen erarbeiten, um Konflikte zu abzuschwächen. Insbesondere werden die Qualitätsmerkmale Elastizität und Skalierbarkeit, Modularität bzw. Resilienz detaillierter diskutiert, so dass die Teilnehmenden den Einfluss auf Energieeffizienz bewerten können. // end::DE[] // tag::EN[] + [[LG-3-1]] -==== LG 3-1: TBD -tbd. +==== LG 3-1: Quality models and energy efficiency +Participants are familiar with different quality models and can describe quality attributes relating to energy efficiency and categorise them in the quality models. In addition, participants are able to formulate quality scenarios for quality attributes in the area of energy efficiency. Depending on the intended use and the quantity structure of the application, they can consciously decide whether the quality criteria are used only for the application or for the optimisation of the development process. [[LG-3-2]] -==== LG 3-2: TBD -tbd. +==== LG 3-2: Interactions between quality attributes +Participants know the positive and negative interactions between quality attributes in the area of energy efficiency and other quality attributes. Based on this knowledge, they can recognise quality requirements that conflict with each other and develop alternative solutions to mitigate conflicts. In particular, the quality attributes of elasticity and scalability, modularity and resilience are discussed in more detail so that participants can assess their influence on energy efficiency. + // end::EN[] diff --git a/docs/04-module-block-4/01-duration-terms.adoc b/docs/04-module-block-4/01-duration-terms.adoc index eb82edb..3e453a7 100644 --- a/docs/04-module-block-4/01-duration-terms.adoc +++ b/docs/04-module-block-4/01-duration-terms.adoc @@ -10,10 +10,11 @@ Software Carbon Intensity (SCI), Business Metriken, Proxy-Metriken, Energieeffiz // tag::EN[] |=== -| Duration: 60 Min | Practice time: 30 min +| Duration: 90 Min | Practice time: 60 min |=== === Terms and Principles +Software Carbon Intensity (SCI), business metrics, proxy metrics, energy efficiency, categories of measurement methods, measurement tools // end::EN[] diff --git a/docs/04-module-block-4/02-learning-goals.adoc b/docs/04-module-block-4/02-learning-goals.adoc index 1cfc707..1837a66 100644 --- a/docs/04-module-block-4/02-learning-goals.adoc +++ b/docs/04-module-block-4/02-learning-goals.adoc @@ -3,9 +3,8 @@ // tag::DE[] [[LZ-4-1]] -==== LZ 4-1: Ressourcen in Relation zur erbrachten Leistung bringen -Die Teilnehmenden sind in der Lage, Ressourcen in Relation zur erbrachten Leistung zu bringen -(Business Metrik). Sie kennen als Metrik den ISO-Standard Software Carbon Intensity (SCI) und verstehen, wie dieser als Business Metrik genutzt werden kann. +==== LZ 4-1: Ressourcen in Relation zur erbrachten Leistung bringen +Die Teilnehmenden sind in der Lage, Ressourcen in Relation zur erbrachten Leistung zu bringen (Business Metrik). Sie kennen als Metrik den ISO-Standard Software Carbon Intensity (SCI) und verstehen, wie dieser als Business Metrik genutzt werden kann. [[LZ-4-2]] ==== LZ 4-2: Messverfahren und Messwerkzeuge @@ -43,12 +42,43 @@ Die Teilnehmenden verstehen, dass die Messungen möglichst einfach und leichtgew // end::DE[] // tag::EN[] + [[LG-4-1]] -==== LG 4-1: TBD -tbd. +==== LG 4-1: Relating resources to the work performed +Participants are able to relate resources to the service provided (business metric). They are familiar with the ISO standard Software Carbon Intensity (SCI) as a metric and understand how it can be used as a business metric. [[LG-4-2]] -==== LG 4-2: TBD -tbd. +==== LG 4-2: Measurement methods and tools +Participants know different categories of measurement methods and their areas of application. They understand how to combine tools from the different categories for an analysis. +Categories include, for example: + +* Hardware measurement tools. Measure consumption directly on the hardware. +* Full-stack measurement tools. Measure all components of an application such as consumption per Docker container, network. +* Programming language-specific measurement tools. Provide "whitebox" measurements within an application. +* Measurement tools for web applications. Provide information about the network load generated by a page request, among other things. +* Carbon footprint tools from cloud providers. In cloud environments, energy consumption cannot be measured directly. Instead, you have to rely on tools provided by the provider or other estimation methods. Participants are familiar with the functionality and limitations of these tools (inaccuracy, relative data, necessary authorisations in the cloud console) as well as the challenges of comparing managed services with pure VMs. + +[[LG-4-3]] +==== LG 4-3: Measurement methodology +The participants know the methodological procedure for measuring energy consumption and CO~2~ intensity. They understand that it is generally not possible to evaluate/measure absolute consumption very precisely (especially in the cloud), but how to analyse trends instead. They know proxy metrics for CO~2~ intensity. + +Participants know how to set up meaningful scenarios for measuring energy efficiency. + +* They know criteria for designing the scenarios (e.g. common processes, prioritisation according to frequency of use). +* They know which interfaces to use depending on the objective of the measurement (end-to-end scenarios, using APIs, etc.). +* They know tools for creating such scenarios. +* They can deal adequately with measurement inaccuracies (e.g. running scenarios multiple times, interpreting deviations). + +Participants understand that the procedure for measuring energy efficiency is related to the procedure for measuring performance. Participants understand how to proceed systematically in order to narrow down consumption hotspots. + +[[LG-4-4]] +==== LG 4-4: Integrating energy efficiency measurements into the development process +Participants know how to integrate energy efficiency measurements into the development process. They know how to integrate the measurements into the CI/CD pipeline. They understand how to find a good balance for the frequency of the measurements - on the one hand (negative) trends should be recognised quickly, on the other hand the measurement itself also consumes energy. + +Participants understand that the measurements must be as simple and lightweight as possible for developers to use in order to increase acceptance. They understand that energy efficiency measurements compete with quick feedback from the build. You understand that the following points are also important for acceptance: + +* Creating the scenarios for the measurement must be easy. It is advantageous to use tools that are already established in the project (e.g. frameworks for creating end-to-end tests) +* The presentation of the measurement results must be clear, easy and quick to understand. In particular, the most important results such as trends or significant deviations in consumption must be directly recognisable. + // end::EN[] diff --git a/docs/05-module-block-5/01-duration-terms.adoc b/docs/05-module-block-5/01-duration-terms.adoc index c4335a5..8391722 100644 --- a/docs/05-module-block-5/01-duration-terms.adoc +++ b/docs/05-module-block-5/01-duration-terms.adoc @@ -4,17 +4,16 @@ |=== === Begriffe und Konzepte -Programmiersprachen, Ahead-of-Time und Just-in-Time Compilierung, Bytecode, Maschine Code, -Garbage-Collection, Datenstrukturen, Algorithmen, Rechnerische Komplexität, Caching, Datenbanksysteme, Datenmodelle +Programmiersprachen, Ahead-of-Time und Just-in-Time Compilierung, Bytecode, Maschine Code, Garbage-Collection, Datenstrukturen, Algorithmen, Rechnerische Komplexität, Caching, Datenbanksysteme, Datenmodelle // end::DE[] // tag::EN[] |=== -| Duration: 90 min | Practice time: 60 min +| Duration: 75 min | Practice time: none |=== === Terms and Principles -TODO +Programming languages, ahead-of-time and just-in-time compilation, bytecode, machine code, garbage collection, data structures, algorithms, computational complexity, caching, database systems, data models // end::EN[] diff --git a/docs/05-module-block-5/02-learning-goals.adoc b/docs/05-module-block-5/02-learning-goals.adoc index 36c2b2e..b8a0636 100644 --- a/docs/05-module-block-5/02-learning-goals.adoc +++ b/docs/05-module-block-5/02-learning-goals.adoc @@ -18,17 +18,18 @@ Die Teilnehmenden kennen das Prinzip der rechnerischen Komplexität und können // end::DE[] // tag::EN[] + [[LG-5-1]] -==== LG 5-1: TODO -TODO +==== LG 5-1: Energy efficiency in software development +Participants know the procedures and limits for optimising programs. They can distinguish sensible starting points from less worthwhile goals. Participants are familiar with the energy efficiency of various programming languages and can assess the areas of application for which they are suitable. They can evaluate the runtime behaviour and development speed of programming languages and make the right choice based on the requirements. They also understand the differences between ahead-of-time and just-in-time compilation, bytecode and machine code and the conflicting goals of garbage collectors. [[LG-5-2]] -==== LG 5-2: TODO -TODO - +==== LG 5-2: Data handling +Participants know methods for handling large amounts of data. They can assess data structures and operations on these data structures in terms of energy efficiency and make the right selection based on the given requirements. Participants know the pitfalls of using database systems and can avoid them. They are able to evaluate and optimally select different approaches for mapping relationships between entities on the basis of business requirements and quality requirements. + [[LG-5-3]] -==== LG 5-3: TODO -TODO +==== LG 5-3: Optimisations +Participants are familiar with the principle of computational complexity and can evaluate and select algorithms in terms of their runtime and energy efficiency. They can use caches in connection with energy efficiency, know how they work (e.g. cache replacement) as well as the advantages and disadvantages. They know the possibilities and limitations of tools for detecting energy code smells. // end::EN[] diff --git a/docs/06-module-block-6/01-duration-terms.adoc b/docs/06-module-block-6/01-duration-terms.adoc index ab5844c..b4967ef 100644 --- a/docs/06-module-block-6/01-duration-terms.adoc +++ b/docs/06-module-block-6/01-duration-terms.adoc @@ -4,16 +4,16 @@ |=== === Begriffe und Konzepte -Monolith, Microservices, Serverless, Inter-Prozess-Kommunikation, Datenbanken +Architekturstile, Monolith, Microservices, Serverless, Inter-Prozess-Kommunikation, Datenbanken, Green IT Pattern // end::DE[] // tag::EN[] |=== -| Duration: 90 min | Practice time: 30 min +| Duration: 90 min | Practice time: 60 min |=== === Terms and Principles -monolith, microservices, serverless, communication, databases +Architecture styles, monolith, microservices, serverless, inter-process communication, databases, green IT patterns // end::EN[] diff --git a/docs/06-module-block-6/02-learning-goals.adoc b/docs/06-module-block-6/02-learning-goals.adoc index a5367ca..704d289 100644 --- a/docs/06-module-block-6/02-learning-goals.adoc +++ b/docs/06-module-block-6/02-learning-goals.adoc @@ -24,20 +24,26 @@ Die Teilnehmenden kennen die Vorschläge des W3C Energieeffizienz, die beim Web // end::DE[] // tag::EN[] + [[LG-6-1]] -==== LG 6-1: TODO -TODO +==== LG 6-1: Architectural styles and energy efficiency +Participants can assess different architectural styles such as distributed systems, structured monoliths or serverless and their impact on energy efficiency. In addition, they are able to assess the difference between stateless and stateful components in terms of energy requirements. Participants are familiar with the principles of cloud-native architectures and their impact on energy efficiency. [[LG-6-2]] -==== LG 6-2: TODO -TODO +==== LG 6-2: Communication and energy efficiency +Participants are familiar with different types of communication (synchronous versus asynchronous) between building blocks in relation to the provision of data and the formats and protocols used (text-based versus binary protocols) with regard to energy efficiency. They are able to evaluate the influence of data compression on the transferred data volume and know that energy efficiency is positively influenced by a reduction in call frequency and data volume. [[LG-6-3]] -==== LG 6-3: TODO -TODO +==== LG 6-3: Databases and energy efficiency +Participants are familiar with different types of database models (relational, NoSQL, etc.) and different database systems (Postgres, DB2, Oracle, etc.) and can make the right choice in terms of energy efficiency. They are able to select a suitable service model (self-hosting versus cloud-based managed service) for their data storage. [[LG-6-4]] -==== LG 6-4: TODO -TODO +==== LG 6-4: Specific green IT patterns +Participants are generally familiar with patterns such as those of the Green Software Foundation to improve the energy efficiency of an architecture. In addition, the participants are aware that a reduction in CO~2~ requirements can be achieved by using more renewable energy or by reducing resource requirements. They know that by applying time and location shifting, the proportion of green energy can be increased while other patterns, such as peak shaving, reduce resource requirements. + +[[LG-6-5]] +==== LG 6-5: Web Sustainability Guidelines +Participants are familiar with the W3C energy efficiency proposals to be considered in web design, such as browser caching, use of a CDN, edge caching and are able to implement these in their applications. They are familiar with different file formats and types of graphic elements (e.g. animations) and are able to assess their energy efficiency. + // end::EN[] diff --git a/docs/07-module-block-7/01-duration-terms.adoc b/docs/07-module-block-7/01-duration-terms.adoc index c952dbf..3c3dcfb 100644 --- a/docs/07-module-block-7/01-duration-terms.adoc +++ b/docs/07-module-block-7/01-duration-terms.adoc @@ -10,9 +10,10 @@ Power Usage Effectivness (PUE), Server Idle Energy Coefficient (SIEC), Service-M // tag::EN[] |=== -| Duration: 60 min | Practice time: 30 min +| Duration: 75 min | Practice time: 30 min |=== === Terms and Principles -TODO +Power Usage Effectivness (PUE), Server Idle Energy Coefficient (SIEC), Service-Modelle, Deployment-Modelle, Cloud-Anbieter, Cloud-Migration + // end::EN[] diff --git a/docs/07-module-block-7/02-learning-goals.adoc b/docs/07-module-block-7/02-learning-goals.adoc index 63ba86d..a19031b 100644 --- a/docs/07-module-block-7/02-learning-goals.adoc +++ b/docs/07-module-block-7/02-learning-goals.adoc @@ -45,28 +45,46 @@ Die Teilnehmenden wissen wie und in welchem Rahmen sie bei einzelnen Cloud-Anbie // end::DE[] // tag::EN[] + [[LG-7-1]] -==== LG 7-1: TODO -TODO +==== LG 7-1: Energy efficiency of data centres and hardware +Participants can assess the energy efficiency of a data centre. They know the Power Usage Effectiveness (PUE) and its advantages and disadvantages. +Participants know the power-load relationship of hardware. They can calculate and estimate the Server Idle Energy Coefficient (SIEC). [[LG-7-2]] -==== LG 7-2: TODO -TODO +==== LG 7-2: Cloud service models +Participants know the main categories of cloud computing services (cloud service models), in particular "Infrastructure as a Service", "Platform as a Service", "Software as a Service" and "Serverless". They can name the main characteristics of these models and weigh up where and how they differ in terms of energy efficiency and CO~2~ emission efficiency and where they are similar. [[LG-7-3]] -==== LG 7-3: TODO -TODO +==== LG 7-3: Cloud deployment models +Participants know the different deployment models for cloud environments, in particular "public cloud", "private cloud", "hybrid cloud" and classic on-premise operation. They can demonstrate the opportunities and risks of these variants in terms of energy efficiency and CO~2~ emission efficiency. In particular, the energy efficiency of data centres, flexibility in the selection of hardware, overprovisioning and data traffic must be taken into account. [[LG-7-4]] -==== LG 7-4: TODO -TODO +==== LG 7-4: Evaluate suppliers according to ecologically sustainable aspects +Participants are able to assess ecologically sustainable aspects of the various providers in order to be able to take these into account when making a selection. To this end, they know how to obtain the following information, among others + +* Information on the current status of a provider's emissions (e.g. sustainability reports, environmental reports). +* Measures that providers are currently implementing to reduce or offset emissions. +* Roadmap and climate targets of providers for the future. + +In addition, the participants know the possibilities and limitations of the providers in monitoring emissions from their own resource use as provided by the providers' tools. [[LG-7-5]] -==== LG 7-5: TODO -TODO +==== LG 7-5: Operational antipatterns +Participants are familiar with the challenges of energy-efficient operation and typical anti-patterns such as overprovisioning due to a lack of monitoring, a lack of automation in provisioning or unfavourable geographical distribution. [[LG-7-6]] -==== LG 7-6: TODO -TODO +==== LG 7-6: CO~2~ optimisation in the cloud +Participants know how and to what extent they can influence the CO~2~ emissions of individual cloud providers by, among other things + +* Selecting zones with low-emission energy supply. +* Dimensioning resources sparingly and only scaling them when required. +* Optimising demand in terms of emissions ("time shifting", "peak shaving"). +* Autoscaling. +* Utilise efficient data storage (according to access path and frequency). +* Reduction or shortening of network traffic. +* Serverless computing. +* Use of managed services. + // end::EN[] diff --git a/docs/08-module-block-8/00-structure.adoc b/docs/08-module-block-8/00-structure.adoc index 9f55d8e..cc27216 100644 --- a/docs/08-module-block-8/00-structure.adoc +++ b/docs/08-module-block-8/00-structure.adoc @@ -7,7 +7,7 @@ // end::DE[] // tag::EN[] -== TODO +== Energy-efficient development process // end::EN[] include::01-duration-terms.adoc[{include_configuration}] diff --git a/docs/08-module-block-8/01-duration-terms.adoc b/docs/08-module-block-8/01-duration-terms.adoc index 969f857..114a0e0 100644 --- a/docs/08-module-block-8/01-duration-terms.adoc +++ b/docs/08-module-block-8/01-duration-terms.adoc @@ -14,6 +14,6 @@ Continuous Deployment, Continuous Integration, Deployment Pipelines, Testautomat |=== === Terms and Principles -TODO +Continuous Deployment, Continuous Integration, Deployment Pipelines, Test automation // end::EN[] diff --git a/docs/08-module-block-8/02-learning-goals.adoc b/docs/08-module-block-8/02-learning-goals.adoc index 7d103ec..3fc8f98 100644 --- a/docs/08-module-block-8/02-learning-goals.adoc +++ b/docs/08-module-block-8/02-learning-goals.adoc @@ -26,21 +26,26 @@ Die Teilnehmenden sind mit Möglichkeiten zur Verbesserung der Ressourceneffizie // end::DE[] // tag::EN[] + [[LG-8-1]] -==== LG 8-1: TODO -TODO +==== LG 8-1: CI/CD + +Participants are familiar with various strategies of Infrastructure as Code, Continuous Integration and Continuous Deployments. This includes why and when these are usually used, what basic resource requirements they can have and how test execution and code analyses can affect these requirements. [[LG-8-2]] -==== LG 8-2: TODO -TODO +==== LG 8-2: Optimisation of CI/CD processes + +Participants are familiar with methods for resource optimisation of CI/CD processes. Examples of this include the use of peak shaving and time shifting for planned builds, as well as deployment in close proximity to the target group in the context of the cloud. [[LG-8-3]] -==== LG 8-3: TODO -TODO +==== LG 8-3: Optimisation of the infrastructure + +Participants know methods for optimising the development and deployment infrastructure. This includes, for example, consideration of the actual resilience required, the efficiency advantages of containers over virtual machines and the use of caching for build and test artefacts. [[LG-8-4]] -==== LG 8-4: TODO -TODO +==== LG 8-4: Optimising the test strategy + +Participants are familiar with ways to improve the resource efficiency of their test strategies and test environments. This includes, for example, the effect of different test types (load test, system test, integration test, unit test, ...) on resource consumption and the reduction of this through test gap analyses and the demand-oriented, time-limited provision of appropriate test environments. // end::EN[]