Merging changes synced from https://github.com/MicrosoftDocs/learn-pr (branch live)

Author: Learn Build Service GitHub App

learn-pr/achievements/security-management-education-social.png

@@ -4,7 +4,7 @@ title: "Introduction"
 metadata:
   title: "Introduction"
   description: "Introduction"
-  ms.date: 06/23/2023
+  ms.date: 04/12/2026
   author: dnblankedelman
   ms.author: dnb
   ms.topic: unit

learn-pr/achievements/security-management-education.svg

@@ -4,7 +4,7 @@ title: "What is scalability?"
 metadata:
   title: "What is scalability?"
   description: "What is scalability?"
-  ms.date: 06/23/2023
+  ms.date: 04/12/2026
   author: dnblankedelman
   ms.author: dnb
   ms.topic: unit
@@ -24,7 +24,7 @@ quiz:
       explanation: "With scaling, especially when scaling out, there's often an increase in complexity."
     - content: 'more reliable'
       isCorrect: true
-      explanation: 'Correct.'
+      explanation: 'Correct. Scaling out adds redundancy, and autoscaling can automatically replace failed instances, both of which improve reliability.'
     - content: 'easier to troubleshoot'
       isCorrect: false
       explanation: 'Because (especially when scaling out) there are more moving parts, it may not be easier to troubleshoot.'

learn-pr/advocates/improve-reliability-scaling/1-introduction.yml

@@ -4,7 +4,7 @@ title: "Prepare for growth"
 metadata:
   title: "Prepare for growth"
   description: "Prepare for growth"
-  ms.date: 06/23/2023
+  ms.date: 04/12/2026
   author: dnblankedelman
   ms.author: dnb
   ms.topic: unit
@@ -24,25 +24,25 @@ quiz:
       explanation: 'Correct. This description is the definition of organic growth.'
     - content: 'inorganic growth'
       isCorrect: false
-      explanation: 'This description is the definition of organic growth.'
+      explanation: 'Inorganic growth arises from external factors, such as a marketing event or acquisition, rather than a natural expansion of business activity.'
     - content: 'capacity planning'
       isCorrect: false
-      explanation: 'This description is the definition of organic growth.'
+      explanation: 'Capacity planning is the process of determining the resources needed to meet present and future demands, not the growth pattern itself.'
 
   - content: 'With Cosmos DB, which of these metrics are incorporated into a request unit?'
     choices:
     - content: 'memory'
       isCorrect: false
-      explanation: 'Request Units (RUs) are a mixture of Memory, CPU, and IOPS.'
+      explanation: 'Request Units (RUs) are a blended measure of memory, CPU, and IOPS.'
     - content: 'CPU'
       isCorrect: false
-      explanation: 'Request Units (RUs) are a mixture of Memory, CPU, and IOPS'
+      explanation: 'Request Units (RUs) are a blended measure of memory, CPU, and IOPS.'
     - content: 'IOPS'
       isCorrect: false
-      explanation: 'Request Units (RUs) are a mixture of Memory, CPU, and IOPS'
+      explanation: 'Request Units (RUs) are a blended measure of memory, CPU, and IOPS.'
     - content: 'All of these metrics.'
       isCorrect: true
-      explanation: 'Correct. Request Units (RUs) are a mixture of memory, CPU, and IOPS'
+      explanation: 'Correct. Request Units (RUs) are a blended measure of memory, CPU, and IOPS.'
 
   - content: 'Which of the following options is _not_ a business metric you should correlate your resource usage to when planning for capacity?'
     choices:

learn-pr/advocates/improve-reliability-scaling/2-definition.yml

@@ -4,7 +4,7 @@ title: "Capacity planning considerations"
 metadata:
   title: "Capacity planning considerations"
   description: "Capacity planning considerations"
-  ms.date: 06/23/2023
+  ms.date: 04/12/2026
   author: dnblankedelman
   ms.author: dnb
   ms.topic: unit

learn-pr/advocates/improve-reliability-scaling/3-growth.yml

@@ -4,13 +4,11 @@ title: "Make applications scalable"
 metadata:
   title: "Make applications scalable"
   description: "Make applications scalable"
-  ms.date: 06/23/2023
+  ms.date: 04/12/2026
   author: dnblankedelman
   ms.author: dnb
   ms.topic: unit
-  ms.custom:
-    - sfi-ropc-nochange
-    - team=cloud_advocates
+  ms.custom: team=cloud_advocates
   ms.contributors: dnb-04282021
 durationInMinutes: 8
 content: |
@@ -42,4 +40,16 @@ quiz:
     - content: 'SignalR'
       isCorrect: false
       explanation: 'SignalR is an open-source library that simplifies adding real-time web functionality to apps.'
+
+  - content: "If after scaling up or implementing read replicas, your database resources still don't meet the needs of your system, what is the next option?"
+    choices:
+    - content: 'in-memory caching'
+      isCorrect: false
+      explanation: "In-memory caching can improve performance, but it doesn't increase your database resources."
+    - content: 'decoupling'
+      isCorrect: false
+      explanation: 'Decoupling is a change that can help with differing resource needs between different dependent services.'
+    - content: 'sharding'
+      isCorrect: true
+      explanation: 'Correct. Sharding distributes data across multiple independent databases, enabling you to scale beyond the constraints of an individual database.'
 

learn-pr/advocates/improve-reliability-scaling/4-considerations.yml

@@ -4,7 +4,7 @@ title: "Go global"
 metadata:
   title: "Go global"
   description: "Go global"
-  ms.date: 06/23/2023
+  ms.date: 04/12/2026
   author: dnblankedelman
   ms.author: dnb
   ms.topic: unit
@@ -17,23 +17,23 @@ quiz:
   title: Check your knowledge
   questions:
 
-  - content: 'If after scaling up or implementing read replicas, your database resources still don’t meet the needs of your system, what is the next option?'
+  - content: 'Which Azure service acts as a global HTTP-based load balancer that can also provide caching and Web Application Firewall capabilities?'
     choices:
-    - content: 'in-memory caching'
+    - content: 'Azure Traffic Manager'
       isCorrect: false
-      explanation: "In-memory caching can improve performance, but it doesn't increase your database resources."
-    - content: 'decoupling'
-      isCorrect: false
-      explanation: 'Decoupling is a change that can help with differing resource needs between different dependent services.'
-    - content: 'sharding'
+      explanation: "Traffic Manager is a DNS-based load balancer. Because it uses DNS routing, it can't proxy connections or provide caching or WAF capabilities."
+    - content: 'Azure Front Door'
       isCorrect: true
-      explanation: 'Correct. This technique is a way to scale out our database resources.'
+      explanation: 'Correct. Azure Front Door proxies connections, enabling advanced features such as caching and Web Application Firewall.'
+    - content: 'Azure Load Balancer'
+      isCorrect: false
+      explanation: "Azure Load Balancer operates at Layer 4 within a region and doesn't provide global HTTP-based load balancing, caching, or WAF."
 
   - content: 'What consistency model offers a linearizability guarantee?'
     choices:
-    - content: 'strong consistency'
+    - content: 'Strong consistency'
       isCorrect: true
       explanation: 'Correct.'
-    - content: 'eventual consistency'
+    - content: 'Eventual consistency'
       isCorrect: false
       explanation: "Eventual consistency doesn't offer this guarantee."

learn-pr/advocates/improve-reliability-scaling/5-applications.yml

@@ -4,7 +4,7 @@ title: "Summary"
 metadata:
   title: "Summary"
   description: "Summary"
-  ms.date: 06/23/2023
+  ms.date: 04/12/2026
   author: dnblankedelman
   ms.author: dnb
   ms.topic: unit

learn-pr/advocates/improve-reliability-scaling/6-global.yml

@@ -1,6 +1,4 @@
-The Dickerson hierarchy of reliability has served as the roadmap for this learning path. Over the course of the previous five modules, we have come up through the levels from the foundational step of monitoring to incident response, post-incident review, and deployment.
-
-In this final module, you complete your journey at the capacity and scale level. You learn how to handle the threat to reliability that comes with growth, ensuring that your solutions can scale.
+In this module you will learn how to handle the threat to reliability that comes with growth, ensuring that your solutions can scale.
 
 When you have completed this module, you'll:
 
@@ -12,5 +10,5 @@ When you have completed this module, you'll:
 - Be able to measure capacity in the cloud.
 - Use Azure tools to catch issues with service limits and quotas before they emerge.
 - Understand important steps to take before beginning work on scaling.
-- List techniques for making an application more scalable. Including, decoupling, queues, in-memory caching, and database sharding.
+- List techniques for making an application more scalable, including decoupling, queues, in-memory caching, and database sharding.
 - Learn about the Azure tools that make it possible to take your application or service global.