<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>takebakker.dev</title><link>https://takebakker.nl/</link><description>Recent content on takebakker.dev</description><generator>Hugo -- gohugo.io</generator><language>en</language><copyright>© 2026 Take Bakker</copyright><lastBuildDate>Sun, 11 Oct 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://takebakker.nl/index.xml" rel="self" type="application/rss+xml"/><item><title>How This Blog Is Built and Why</title><link>https://takebakker.nl/posts/building-this-blog/</link><pubDate>Sun, 11 Oct 2026 00:00:00 +0000</pubDate><guid>https://takebakker.nl/posts/building-this-blog/</guid><description>&lt;p&gt;The idea of writing isn&amp;rsquo;t new. It has been in my head for years, with always an excuse not to. One of the bigger ones&#10;was that the site never quite felt right. Bollocks, of course. It is the fear of starting, to be honest. My work gives&#10;me enough topics to share: problems, opinions, examples, and plenty of things worth writing down.&lt;/p&gt;&#10;&lt;p&gt;A couple of years ago I started looking for something easy to maintain. Until then I had hosted my photography on&#10;WordPress, but it required more infrastructure than I wanted to deal with. Through my own work in Azure I came across&#10;Static Web Apps, and that was exactly the level of infrastructure I was looking for. Stack decided, on to the&#10;technology.&lt;/p&gt;</description></item><item><title>Reference: How-To Post</title><link>https://takebakker.nl/drafts/reference-howto/</link><pubDate>Sun, 11 Oct 2026 00:00:00 +0000</pubDate><guid>https://takebakker.nl/drafts/reference-howto/</guid><description>&lt;p&gt;Private Endpoint DNS is one of those things that looks straightforward until it isn&amp;rsquo;t. The Azure docs cover the happy&#10;path well enough. What they don&amp;rsquo;t cover is what happens in a hub-and-spoke environment where your DNS lives in the hub&#10;and your workloads are spread across spokes.&lt;/p&gt;&#10;&lt;p&gt;This is the setup I run into most often in practice, and it has a few non-obvious gotchas.&lt;/p&gt;&#10;&#10;&lt;h2 class="relative group"&gt;The problem&#10; &lt;div id="the-problem" class="anchor"&gt;&lt;/div&gt;&#10; &#10; &lt;span&#10; class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;&#10; &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#the-problem" aria-label="Anchor"&gt;#&lt;/a&gt;&#10; &lt;/span&gt;&#10; &#10;&lt;/h2&gt;&#10;&lt;p&gt;When you create a Private Endpoint, Azure creates a private DNS zone and links it to the VNet the endpoint lives in. In&#10;a flat network, that&amp;rsquo;s fine. In hub-and-spoke, your workloads in the spoke VNets won&amp;rsquo;t resolve the private IP — they&amp;rsquo;re&#10;not linked to that zone, and your central DNS forwarder in the hub doesn&amp;rsquo;t know about it either.&lt;/p&gt;</description></item><item><title>Reference: Opinion/Experience Post</title><link>https://takebakker.nl/drafts/reference-opinion-post/</link><pubDate>Sun, 11 Oct 2026 00:00:00 +0000</pubDate><guid>https://takebakker.nl/drafts/reference-opinion-post/</guid><description>&lt;p&gt;Terraform state drift is treated as an edge case. In my experience it&amp;rsquo;s more like a regular occurrence that teams aren&amp;rsquo;t&#10;monitoring for.&lt;/p&gt;&#10;&lt;p&gt;The scenario is always some variation of: someone makes a manual change in the portal — usually under time pressure,&#10;usually with good intentions — and doesn&amp;rsquo;t update the Terraform code to match. The state file now reflects reality as&#10;Terraform last knew it, not reality as it actually is. Next &lt;code&gt;terraform plan&lt;/code&gt; shows unexpected changes. The team gets&#10;confused, makes it worse, or both.&lt;/p&gt;</description></item><item><title>Reference: Problem Post</title><link>https://takebakker.nl/drafts/reference-problem-post/</link><pubDate>Sun, 11 Oct 2026 00:00:00 +0000</pubDate><guid>https://takebakker.nl/drafts/reference-problem-post/</guid><description>&lt;p&gt;We had a policy assignment that looked fine in the portal. Compliance showed 98%. The remaining 2% was a handful of&#10;resources flagged for missing tags — known, accepted, moving to remediation next sprint. Nothing alarming.&lt;/p&gt;&#10;&lt;p&gt;Then someone asked why a storage account deployed three weeks ago was still publicly accessible. It wasn&amp;rsquo;t in the&#10;non-compliant list. The policy was supposed to deny it.&lt;/p&gt;&#10;&lt;p&gt;It took a while to figure out why.&lt;/p&gt;</description></item><item><title>About</title><link>https://takebakker.nl/about/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://takebakker.nl/about/</guid><description>&lt;p&gt;Take Bakker. Solution architect at Proact. Living in a small village in Drenthe.&lt;/p&gt;&#10;&lt;p&gt;What that means in practice: I design and build the cloud infrastructure behind the applications organisations use every day. The networking, the security boundaries, the governance, the automation. The stuff that has to just work, silently, at scale. I spend quite some time making sure I never have to do the same thing twice, so automation is a big part of how I work.&lt;/p&gt;</description></item></channel></rss>