<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Age on Eliorion blog</title><link>https://eliorion.github.io/My-blog/tags/age/</link><description>Recent content in Age on Eliorion blog</description><generator>Hugo</generator><language>en</language><lastBuildDate>Fri, 29 May 2026 09:00:00 +0200</lastBuildDate><atom:link href="https://eliorion.github.io/My-blog/tags/age/index.xml" rel="self" type="application/rss+xml"/><item><title>One Command to Provision a Server</title><link>https://eliorion.github.io/My-blog/11---posts/2026-05-29---mve-itguard-bootstrap/</link><pubDate>Fri, 29 May 2026 09:00:00 +0200</pubDate><guid>https://eliorion.github.io/My-blog/11---posts/2026-05-29---mve-itguard-bootstrap/</guid><description>&lt;h2 id="the-goal-a-reproducible-server"&gt;The Goal: A Reproducible Server&lt;/h2&gt;
&lt;p&gt;The worst kind of infrastructure is a server that nobody fully understands anymore. Things were installed over time, configuration changed in place, and the mental model of how it all fits together lives only in the memory of whoever last touched it. If that server dies, rebuilding it requires archaeology.&lt;/p&gt;
&lt;p&gt;The goal for mve-itguard was the opposite: a fresh Debian machine should go from zero to fully operational — users created, Docker installed, runners running, services ready to deploy — with a single command that anyone with the repository and the AGE key can run.&lt;/p&gt;</description></item><item><title>Secrets in Git Without Fear: SOPS + AGE</title><link>https://eliorion.github.io/My-blog/11---posts/2026-05-27---mve-itguard-secrets/</link><pubDate>Wed, 27 May 2026 09:00:00 +0200</pubDate><guid>https://eliorion.github.io/My-blog/11---posts/2026-05-27---mve-itguard-secrets/</guid><description>&lt;h2 id="the-problem-every-project-has"&gt;The Problem Every Project Has&lt;/h2&gt;
&lt;p&gt;Every project that deploys to a real server has secrets. Tokens, passwords, API keys — values that should not be publicly visible but that the application needs to run.&lt;/p&gt;
&lt;p&gt;The GitOps approach makes this harder to ignore. If Git is the single source of truth and all configuration lives in the repository, where do the secrets go? Committing them in plaintext is an obvious mistake. Leaving them outside Git means the repository is no longer the complete source of truth — some knowledge lives only in someone&amp;rsquo;s head or in a separate system.&lt;/p&gt;</description></item></channel></rss>