<?xml version="1.0" encoding="UTF-8"?><oembed><type>video</type><version>1.0</version><html>&lt;iframe src=&quot;https://www.loom.com/embed/448b5d54c099460e80fc18191dcb3eaf&quot; frameborder=&quot;0&quot; width=&quot;2088&quot; height=&quot;1566&quot; webkitallowfullscreen mozallowfullscreen allowfullscreen&gt;&lt;/iframe&gt;</html><height>1566</height><width>2088</width><provider_name>Loom</provider_name><provider_url>https://www.loom.com</provider_url><thumbnail_height>1566</thumbnail_height><thumbnail_width>2088</thumbnail_width><thumbnail_url>https://cdn.loom.com/sessions/thumbnails/448b5d54c099460e80fc18191dcb3eaf-8619bc590413f971.gif</thumbnail_url><duration>82.456556</duration><title>SonarQube Architecture Overview</title><description>In this video, Chris Chedgey discusses the three main concepts of our architecture capability. First, he explains the current architecture, which is automatically generated during sonar analysis and serves as a live documentation of our application&apos;s component hierarchy. Second, he highlights the intended architecture, which helps us determine the essential components and their relationships. Lastly, he addresses how deviations between the current and intended architecture are reported, along with issues like tangles, which can impact our quality gates. We encourage you to engage with this information to ensure we maintain effective architectural oversight.</description></oembed>