<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>🏗️ Architecture on Deevnet Infrastructure Platform</title><link>https://deevnet.github.io/deevnet-docs/docs/architecture/</link><description>Recent content in 🏗️ Architecture on Deevnet Infrastructure Platform</description><generator>Hugo</generator><language>en-us</language><atom:link href="https://deevnet.github.io/deevnet-docs/docs/architecture/index.xml" rel="self" type="application/rss+xml"/><item><title>Builder</title><link>https://deevnet.github.io/deevnet-docs/docs/architecture/builder/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deevnet.github.io/deevnet-docs/docs/architecture/builder/</guid><description>&lt;h1 id="builder">
 Builder
 &lt;a class="anchor" href="#builder">#&lt;/a>
&lt;/h1>
&lt;h2 id="purpose">
 Purpose
 &lt;a class="anchor" href="#purpose">#&lt;/a>
&lt;/h2>
&lt;p>The &lt;strong>builder&lt;/strong> is responsible for provisioning and configuring all substrate infrastructure.&lt;/p>
&lt;p>Every Deevnet Infrastructure Platform site needs a way to be created from scratch:&lt;/p>
&lt;blockquote>
&lt;p>&lt;em>How do you provision infrastructure when no infrastructure exists yet?&lt;/em>&lt;/p>
&lt;/blockquote>
&lt;p>The builder answers this by providing:&lt;/p>
&lt;ul>
&lt;li>A self-contained provisioning role&lt;/li>
&lt;li>All artifacts needed for deployment&lt;/li>
&lt;li>Automation to configure every substrate component&lt;/li>
&lt;li>Authority transition from bootstrap to production&lt;/li>
&lt;/ul>
&lt;hr>
&lt;h2 id="design-principles">
 Design Principles
 &lt;a class="anchor" href="#design-principles">#&lt;/a>
&lt;/h2>
&lt;p>&lt;strong>Self-Contained&lt;/strong> — The builder carries everything needed to stand up a substrate: IaC/CaC definitions, OS images, network boot infrastructure, and Git repositories.&lt;/p></description></item><item><title>Network Segmentation</title><link>https://deevnet.github.io/deevnet-docs/docs/architecture/network-segmentation/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deevnet.github.io/deevnet-docs/docs/architecture/network-segmentation/</guid><description>&lt;h1 id="network-segmentation">
 Network Segmentation
 &lt;a class="anchor" href="#network-segmentation">#&lt;/a>
&lt;/h1>
&lt;p>Defines the network segmentation model for Deevnet sites.&lt;/p>
&lt;hr>
&lt;h2 id="purpose">
 Purpose
 &lt;a class="anchor" href="#purpose">#&lt;/a>
&lt;/h2>
&lt;p>Network segmentation divides each substrate into isolated broadcast domains with controlled routing between them. This provides:&lt;/p>
&lt;ul>
&lt;li>&lt;strong>Security boundaries&lt;/strong> — Limit blast radius when devices are compromised&lt;/li>
&lt;li>&lt;strong>Traffic isolation&lt;/strong> — Separate management, storage, and workload traffic&lt;/li>
&lt;li>&lt;strong>Operational clarity&lt;/strong> — Each segment has a defined purpose and trust level&lt;/li>
&lt;/ul>
&lt;hr>
&lt;h2 id="segment-model">
 Segment Model
 &lt;a class="anchor" href="#segment-model">#&lt;/a>
&lt;/h2>
&lt;p>Each substrate implements nine segment types:&lt;/p></description></item><item><title>Addressing</title><link>https://deevnet.github.io/deevnet-docs/docs/architecture/addressing/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deevnet.github.io/deevnet-docs/docs/architecture/addressing/</guid><description>&lt;h1 id="addressing">
 Addressing
 &lt;a class="anchor" href="#addressing">#&lt;/a>
&lt;/h1>
&lt;p>Defines the IP addressing convention for Deevnet sites.&lt;/p>
&lt;hr>
&lt;h2 id="addressing-convention">
 Addressing Convention
 &lt;a class="anchor" href="#addressing-convention">#&lt;/a>
&lt;/h2>
&lt;p>Each site is assigned a /16 block from the 10.0.0.0/8 RFC1918 space:&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>Site&lt;/th>
 &lt;th>Address Block&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>&lt;strong>dvnt&lt;/strong>&lt;/td>
 &lt;td>10.10.0.0/16&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>&lt;strong>dvntm&lt;/strong>&lt;/td>
 &lt;td>10.20.0.0/16&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>The addressing pattern is: &lt;code>10.{site_id}.{vlan_id}.0/24&lt;/code>&lt;/p>
&lt;ul>
&lt;li>The second octet identifies the site&lt;/li>
&lt;li>The third octet matches the VLAN ID for that segment&lt;/li>
&lt;li>Each segment subnet is a /24 within the site&amp;rsquo;s /16&lt;/li>
&lt;/ul>
&lt;p>This creates a predictable, self-documenting address scheme where any IP immediately reveals which site and segment it belongs to.&lt;/p></description></item></channel></rss>