{ "api_version": "1", "kind": "dse_post", "self": "https://update.dsesecurity.com/api/v1/posts/dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview/", "item": { "id": "https://update.dsesecurity.com/updates/dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview/", "slug": "dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview", "url": "https://update.dsesecurity.com/updates/dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview/", "alternate_urls": { "markdown": "https://update.dsesecurity.com/updates/dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview.md", "json": "https://update.dsesecurity.com/api/v1/posts/dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview/" }, "title": "Distinguish suppressed and limited dependency impact in a health-model preview", "summary": "How should an optional dependency differ from a degraded-but-important dependency in health rollup?", "format": { "slug": "explainer", "name": "Explainer" }, "priority": { "slug": "info", "name": "Information" }, "featured": false, "image": { "theme": "continuity-recovery", "label": "Continuity & recovery", "alt": "Paired infrastructure paths converging on a stable recovered service.", "card_url": "https://update.dsesecurity.com/assets/editorial/continuity-recovery-card.webp?v=1.8.20", "hero_url": "https://update.dsesecurity.com/assets/editorial/continuity-recovery-hero.webp?v=1.8.20", "social_url": "https://update.dsesecurity.com/assets/editorial/continuity-recovery-social-v2.jpg?v=1.8.20", "width": 2400, "height": 1350 }, "topics": [ { "slug": "business-continuity", "name": "Business Continuity", "url": "https://update.dsesecurity.com/topic/business-continuity/" }, { "slug": "it", "name": "IT", "url": "https://update.dsesecurity.com/topic/it/" } ], "author": { "name": "DSE Security Editorial Team", "url": "https://update.dsesecurity.com/#editorial-team", "type": "Organization" }, "publisher": { "name": "Detection Systems & Engineering", "url": "https://dsesecurity.com/" }, "published_at": "2026-09-10T00:26:42+00:00", "modified_at": "2026-09-10T01:40:02+00:00", "reviewed_on": "2026-09-09", "reading_minutes": 2, "word_count": 248, "potentially_affected": "Azure Monitor health-model preview entities with child dependencies whose own signals are already configured.", "dse_recommendation": "Choose impact behavior from the dependency's actual contribution to the user journey, not from a desire to keep the parent green.", "primary_source": { "name": "Configure health rollup in an Azure Monitor health model (preview) - Azure Monitor | Microsoft Learn", "url": "https://learn.microsoft.com/en-us/azure/azure-monitor/health-models/rollup", "published_on": null, "authority": "Microsoft Learn" }, "publishing_principles": "https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/", "usage_info": "https://update.dsesecurity.com/usage/", "copyright_notice": "Copyright © 2026 Detection Systems & Engineering. All rights reserved.", "content_html": "

Source facts

\n

In the Azure Monitor health-model preview, Suppressed impact prevents a child’s degraded or unhealthy state from influencing its parent. Limited impact instead reduces the propagated severity: a degraded child is treated as healthy, and an unhealthy child as degraded. Dependency aggregation determines how children combine, while the child’s impact setting changes its contribution. The tutorial assumes child entities already have signals determining their health. Microsoft Learn.

\n

Applicability

\n

Use these settings only within an approved preview evaluation. Distinguish a genuinely optional component from one whose failure leaves the service available with reduced capability. Establish the intended parent behavior before choosing either impact mode.

\n

DSE recommendation

\n

Choose impact behavior from the dependency’s actual contribution to the user journey, not from a desire to keep the parent green. Ask the service owner to describe what users lose when that child degrades or fails. Use that explanation to justify suppression or reduced severity, and retain a separate operational responsibility for the child. Review the decision again if fallback behavior or the component’s purpose changes.

\n

Verification

\n

In a controlled model exercise, inspect the child, parent and workload states as the child changes between the relevant health conditions. Compare the observed rollup with the documented service tolerance. Check that the child signal itself is meaningful before evaluating propagation. Preserve both the dependency setting and its business justification so a healthy parent is not later mistaken for proof that every component is healthy.

\n

Official references

\n

Microsoft Learn: Health-model rollup preview. Source reviewed September 9, 2026.

", "content_text": "Source facts\nIn the Azure Monitor health-model preview, Suppressed impact prevents a child’s degraded or unhealthy state from influencing its parent. Limited impact instead reduces the propagated severity: a degraded child is treated as healthy, and an unhealthy child as degraded. Dependency aggregation determines how children combine, while the child’s impact setting changes its contribution. The tutorial assumes child entities already have signals determining their health. Microsoft Learn.\nApplicability\nUse these settings only within an approved preview evaluation. Distinguish a genuinely optional component from one whose failure leaves the service available with reduced capability. Establish the intended parent behavior before choosing either impact mode.\nDSE recommendation\nChoose impact behavior from the dependency’s actual contribution to the user journey, not from a desire to keep the parent green. Ask the service owner to describe what users lose when that child degrades or fails. Use that explanation to justify suppression or reduced severity, and retain a separate operational responsibility for the child. Review the decision again if fallback behavior or the component’s purpose changes.\nVerification\nIn a controlled model exercise, inspect the child, parent and workload states as the child changes between the relevant health conditions. Compare the observed rollup with the documented service tolerance. Check that the child signal itself is meaningful before evaluating propagation. Preserve both the dependency setting and its business justification so a healthy parent is not later mistaken for proof that every component is healthy.\nOfficial references\nMicrosoft Learn: Health-model rollup preview. Source reviewed September 9, 2026.", "content_markdown": "## Source facts\n\nIn the Azure Monitor health-model preview, Suppressed impact prevents a child’s degraded or unhealthy state from influencing its parent. Limited impact instead reduces the propagated severity: a degraded child is treated as healthy, and an unhealthy child as degraded. Dependency aggregation determines how children combine, while the child’s impact setting changes its contribution. The tutorial assumes child entities already have signals determining their health. [Microsoft Learn](https://learn.microsoft.com/en-us/azure/azure-monitor/health-models/rollup).\n\n## Applicability\n\nUse these settings only within an approved preview evaluation. Distinguish a genuinely optional component from one whose failure leaves the service available with reduced capability. Establish the intended parent behavior before choosing either impact mode.\n\n## DSE recommendation\n\nChoose impact behavior from the dependency’s actual contribution to the user journey, not from a desire to keep the parent green. Ask the service owner to describe what users lose when that child degrades or fails. Use that explanation to justify suppression or reduced severity, and retain a separate operational responsibility for the child. Review the decision again if fallback behavior or the component’s purpose changes.\n\n## Verification\n\nIn a controlled model exercise, inspect the child, parent and workload states as the child changes between the relevant health conditions. Compare the observed rollup with the documented service tolerance. Check that the child signal itself is meaningful before evaluating propagation. Preserve both the dependency setting and its business justification so a healthy parent is not later mistaken for proof that every component is healthy.\n\n## Official references\n\n[Microsoft Learn: Health-model rollup preview](https://learn.microsoft.com/en-us/azure/azure-monitor/health-models/rollup). Source reviewed September 9, 2026." }, "json_ld": { "@context": "https://schema.org", "@graph": [ { "@type": "Organization", "@id": "https://dsesecurity.com/#organization", "name": "Detection Systems & Engineering", "alternateName": "DSE Security", "url": "https://dsesecurity.com/", "logo": { "@type": "ImageObject", "url": "https://update.dsesecurity.com/assets/dse-logo-20260812.png?v=1.8.20" } }, { "@type": "Organization", "@id": "https://update.dsesecurity.com/#editorial-team", "name": "DSE Security Editorial Team", "url": "https://update.dsesecurity.com/", "parentOrganization": { "@id": "https://dsesecurity.com/#organization" } }, { "@type": "WebSite", "@id": "https://update.dsesecurity.com/#website", "name": "DSE Updates", "alternateName": "DSE Security Knowledge Hub", "url": "https://update.dsesecurity.com/", "inLanguage": "en-US", "publisher": { "@id": "https://dsesecurity.com/#organization" }, "potentialAction": { "@type": "SearchAction", "target": { "@type": "EntryPoint", "urlTemplate": "https://update.dsesecurity.com/?q={search_term_string}" }, "query-input": "required name=search_term_string" } }, { "@type": "WebPage", "@id": "https://update.dsesecurity.com/updates/dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview/", "url": "https://update.dsesecurity.com/updates/dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview/", "isPartOf": { "@id": "https://update.dsesecurity.com/#website" }, "lastReviewed": "2026-09-09" }, { "@type": "BreadcrumbList", "@id": "https://update.dsesecurity.com/updates/dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview/#breadcrumbs", "itemListElement": [ { "@type": "ListItem", "position": 1, "name": "DSE Updates", "item": "https://update.dsesecurity.com/" }, { "@type": "ListItem", "position": 2, "name": "Distinguish suppressed and limited dependency impact in a health-model preview", "item": "https://update.dsesecurity.com/updates/dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview/" } ] }, { "@type": [ "Article", "TechArticle" ], "@id": "https://update.dsesecurity.com/updates/dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview/#article", "identifier": "https://update.dsesecurity.com/updates/dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview/", "url": "https://update.dsesecurity.com/updates/dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview/", "headline": "Distinguish suppressed and limited dependency impact in a health-model preview", "description": "How should an optional dependency differ from a degraded-but-important dependency in health rollup?", "abstract": "How should an optional dependency differ from a degraded-but-important dependency in health rollup?", "articleBody": "Source facts\nIn the Azure Monitor health-model preview, Suppressed impact prevents a child’s degraded or unhealthy state from influencing its parent. Limited impact instead reduces the propagated severity: a degraded child is treated as healthy, and an unhealthy child as degraded. Dependency aggregation determines how children combine, while the child’s impact setting changes its contribution. The tutorial assumes child entities already have signals determining their health. Microsoft Learn.\nApplicability\nUse these settings only within an approved preview evaluation. Distinguish a genuinely optional component from one whose failure leaves the service available with reduced capability. Establish the intended parent behavior before choosing either impact mode.\nDSE recommendation\nChoose impact behavior from the dependency’s actual contribution to the user journey, not from a desire to keep the parent green. Ask the service owner to describe what users lose when that child degrades or fails. Use that explanation to justify suppression or reduced severity, and retain a separate operational responsibility for the child. Review the decision again if fallback behavior or the component’s purpose changes.\nVerification\nIn a controlled model exercise, inspect the child, parent and workload states as the child changes between the relevant health conditions. Compare the observed rollup with the documented service tolerance. Check that the child signal itself is meaningful before evaluating propagation. Preserve both the dependency setting and its business justification so a healthy parent is not later mistaken for proof that every component is healthy.\nOfficial references\nMicrosoft Learn: Health-model rollup preview. Source reviewed September 9, 2026.", "datePublished": "2026-09-10T00:26:42+00:00", "dateModified": "2026-09-10T01:40:02+00:00", "mainEntityOfPage": { "@id": "https://update.dsesecurity.com/updates/dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview/" }, "inLanguage": "en-US", "isAccessibleForFree": true, "author": { "@type": "Organization", "name": "DSE Security Editorial Team", "url": "https://update.dsesecurity.com/#editorial-team" }, "publisher": { "@id": "https://dsesecurity.com/#organization" }, "image": { "@type": "ImageObject", "@id": "https://update.dsesecurity.com/updates/dse-20260909-314-distinguish-suppressed-and-limited-dependency-impact-in-a-health-model-preview/#primaryimage", "url": "https://update.dsesecurity.com/assets/editorial/continuity-recovery-social-v2.jpg?v=1.8.20", "contentUrl": "https://update.dsesecurity.com/assets/editorial/continuity-recovery-social-v2.jpg?v=1.8.20", "width": 1200, "height": 630, "caption": "Distinguish suppressed and limited dependency impact in a health-model preview" }, "articleSection": [ "Business Continuity", "IT" ], "keywords": [ "Business Continuity", "IT", "Explainer", "Information priority" ], "genre": "Explainer", "about": [ { "@type": "Thing", "name": "Business Continuity", "url": "https://update.dsesecurity.com/topic/business-continuity/" }, { "@type": "Thing", "name": "IT", "url": "https://update.dsesecurity.com/topic/it/" } ], "wordCount": 248, "timeRequired": "PT2M", "publishingPrinciples": "https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/", "usageInfo": "https://update.dsesecurity.com/usage/", "copyrightHolder": { "@id": "https://dsesecurity.com/#organization" }, "copyrightNotice": "Copyright © 2026 Detection Systems & Engineering. All rights reserved.", "citation": { "@type": "CreativeWork", "name": "Configure health rollup in an Azure Monitor health model (preview) - Azure Monitor | Microsoft Learn", "url": "https://learn.microsoft.com/en-us/azure/azure-monitor/health-models/rollup" } } ] } }