<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
      <title>Alek&#x27;s Blog - none-technical</title>
      <link>https://blog.none.at</link>
      <description>Production notes on Kubernetes, OpenShift, and OVHcloud: observability, log archiving, service mesh, LLM inference, and digital sovereignty.</description>
      <generator>Zola</generator>
      <language>en</language>
      <atom:link href="https://blog.none.at/categories/none-technical/rss.xml" rel="self" type="application/rss+xml"/>
      <lastBuildDate>Sat, 18 Jul 2026 00:00:00 +0000</lastBuildDate>
      <item>
          <title>ingress-nginx Retirement: Four Ways Forward</title>
          <pubDate>Sat, 18 Jul 2026 00:00:00 +0000</pubDate>
          <author>aleks</author>
          <link>https://blog.none.at/blog/2026/2026-07-18-ingress-nginx-retirement-decision/</link>
          <guid>https://blog.none.at/blog/2026/2026-07-18-ingress-nginx-retirement-decision/</guid>
          <description xml:base="https://blog.none.at/blog/2026/2026-07-18-ingress-nginx-retirement-decision/">&lt;p&gt;The &lt;code&gt;ingress-nginx&lt;&#x2F;code&gt; Kubernetes controller is not “retiring soon.” It already has. The GitHub
repository was archived and made read-only on 2026-03-24, and its own description now reads in the
past tense: it &lt;em&gt;was&lt;&#x2F;em&gt; an Ingress controller. For a piece of software that reportedly still runs in
front of roughly half of all cloud-native workloads, that is a completed fact, not a countdown.&lt;&#x2F;p&gt;
&lt;p&gt;This is Part 1 of a field guide to migrating away from it. This part is deliberately
non-technical — it is for whoever has to decide &lt;em&gt;what to do&lt;&#x2F;em&gt;, not yet for whoever will do the
migration work. Parts 2 onward get concrete: inventorying what you actually depend on, an
annotation compatibility matrix, migration mechanics, and a reproducible lab.&lt;&#x2F;p&gt;</description>
      </item>
      <item>
          <title>Sovereign-Cloud-Washing: Five Questions</title>
          <pubDate>Thu, 09 Jul 2026 00:00:00 +0000</pubDate>
          <author>aleks</author>
          <link>https://blog.none.at/blog/2026/2026-07-09-sovereign-cloud-washing/</link>
          <guid>https://blog.none.at/blog/2026/2026-07-09-sovereign-cloud-washing/</guid>
          <description xml:base="https://blog.none.at/blog/2026/2026-07-09-sovereign-cloud-washing/">&lt;p&gt;“Sovereign cloud” is printed on marketing pages from AWS, Microsoft, Google, and a long list of
European providers alike. The label rarely comes with a definition, which makes it easy to satisfy
on paper and hard to verify in practice. I’ve put together five concrete questions, asked of the
claim itself instead of the label — enough to see, from several angles, what a provider actually
stands behind.&lt;&#x2F;p&gt;</description>
      </item>
      <item>
          <title>K8s &amp; OpenShift: The Big Picture</title>
          <pubDate>Wed, 01 Jul 2026 00:00:00 +0000</pubDate>
          <author>aleks</author>
          <link>https://blog.none.at/blog/2026/2026-07-01-k8s-openshift-bp-overview/</link>
          <guid>https://blog.none.at/blog/2026/2026-07-01-k8s-openshift-bp-overview/</guid>
          <description xml:base="https://blog.none.at/blog/2026/2026-07-01-k8s-openshift-bp-overview/">&lt;p&gt;This is the opening post of a seven-part series on Kubernetes and OpenShift best practices, written
from the vantage point of 2026 and eight years of hands-on experience — from initial cluster design
through Day-2 operations and production debugging. This first part is deliberately non-technical: it is about &lt;em&gt;whether&lt;&#x2F;em&gt;
and &lt;em&gt;when&lt;&#x2F;em&gt; a container platform earns its keep — the decisions that happen before anyone writes a
single YAML manifest.&lt;&#x2F;p&gt;</description>
      </item>
      <item>
          <title>What is a (D)DoS</title>
          <pubDate>Sat, 20 Jun 2026 00:00:00 +0000</pubDate>
          <author>aleks</author>
          <link>https://blog.none.at/blog/2026/2026-06-19-ddos/</link>
          <guid>https://blog.none.at/blog/2026/2026-06-19-ddos/</guid>
          <description xml:base="https://blog.none.at/blog/2026/2026-06-19-ddos/">&lt;p&gt;(D)DoS attacks are not just a technical problem — they operate at the Business, Social, and Informational level as well. This post covers the non-technical dimensions; the &lt;a href=&quot;https:&#x2F;&#x2F;blog.none.at&#x2F;blog&#x2F;2026&#x2F;2026-06-19-ddos-technical&#x2F;&quot;&gt;technical follow-up&lt;&#x2F;a&gt; covers Layer 3&#x2F;4 network floods, BGP hijacking, TLS handshake attacks, Layer 7 application DDoS, and operational resilience.&lt;&#x2F;p&gt;
&lt;p&gt;Originally published at &lt;a rel=&quot;noopener external&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.opensourcerers.org&#x2F;2023&#x2F;11&#x2F;27&#x2F;whats-a-ddos-and-how-to-protect-against-such-an-attack-non-technical&#x2F;&quot;&gt;opensourcerers.org&lt;&#x2F;a&gt;; updated with current examples and expanded framing.&lt;&#x2F;p&gt;</description>
      </item>
      <item>
          <title>How I work with Claude Code</title>
          <pubDate>Wed, 10 Jun 2026 00:00:00 +0000</pubDate>
          <author>aleks</author>
          <link>https://blog.none.at/blog/2026/2026-06-10-how-i-work-with-claude/</link>
          <guid>https://blog.none.at/blog/2026/2026-06-10-how-i-work-with-claude/</guid>
          <description xml:base="https://blog.none.at/blog/2026/2026-06-10-how-i-work-with-claude/">&lt;p&gt;Since 2025, I have been using AI tools as part of my daily work. Not as a replacement for
thinking — as a productivity aid. An AI coding agent has become a regular part of how I work on infrastructure, blog posts,
and software projects. Most of what follows likely applies to other agents as well —
Cursor, Copilot, or whatever comes next. I happen to use Claude.&lt;&#x2F;p&gt;
&lt;p&gt;This post is not a tutorial and not a pitch. It is a reflection on what actually works — for me, on my projects —
across months of real use, across 40+ projects, and across months of agent use.&lt;&#x2F;p&gt;</description>
      </item>
      <item>
          <title>LLM Inference on OVH MKS: Introduction</title>
          <pubDate>Tue, 02 Jun 2026 00:00:00 +0000</pubDate>
          <author>aleks</author>
          <link>https://blog.none.at/blog/2026/2026-06-02-llm-inference-on-ovh-introduction/</link>
          <guid>https://blog.none.at/blog/2026/2026-06-02-llm-inference-on-ovh-introduction/</guid>
          <description xml:base="https://blog.none.at/blog/2026/2026-06-02-llm-inference-on-ovh-introduction/">&lt;p&gt;This post covers the decision context for self-hosting LLM inference on OVH MKS: when it makes sense, what the stack looks like, and what the costs are. &lt;a href=&quot;https:&#x2F;&#x2F;blog.none.at&#x2F;blog&#x2F;2026&#x2F;2026-06-02-llm-inference-on-ovh-deployment&#x2F;&quot;&gt;Part 2&lt;&#x2F;a&gt; walks through the Terraform and Ansible setup.&lt;&#x2F;p&gt;</description>
      </item>
      <item>
          <title>AWS vs. GCP vs. Azure vs. OVHcloud: Managed Log Archiving for 7+ Years</title>
          <pubDate>Thu, 14 May 2026 00:00:00 +0000</pubDate>
          <author>aleks</author>
          <link>https://blog.none.at/blog/2026/2026-05-14-aws-gcp-azure-ovh-log-archiving/</link>
          <guid>https://blog.none.at/blog/2026/2026-05-14-aws-gcp-azure-ovh-log-archiving/</guid>
          <description xml:base="https://blog.none.at/blog/2026/2026-05-14-aws-gcp-azure-ovh-log-archiving/">&lt;p&gt;Long-term log archiving at scale is an expensive problem. Cloud providers offer a wide
range of managed services for ingesting, storing, and querying logs — and the cost
differences between them are dramatic. This series covers &lt;strong&gt;AWS, GCP, Azure, and OVH&lt;&#x2F;strong&gt;
along the axes that matter for 7-year archival: services available, storage model, ingest
cost, 7-year total cost at 100 GB&#x2F;day, Kubernetes integration, security, and query
interfaces.&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Full guide:&lt;&#x2F;strong&gt; &lt;a href=&quot;https:&#x2F;&#x2F;blog.none.at&#x2F;blog&#x2F;2026&#x2F;2026-05-14-aws-gcp-azure-ovh-log-archiving-guide&#x2F;&quot;&gt;AWS vs. GCP vs. Azure vs. OVHcloud: The Complete Guide to Managed Log Archiving&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;strong&gt;Part 1 — this post:&lt;&#x2F;strong&gt; Services overview, storage model, and 7-year cost comparison&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;blog.none.at&#x2F;blog&#x2F;2026&#x2F;2026-05-14-aws-gcp-azure-ovh-log-archiving-preflight&#x2F;&quot;&gt;Part 2 — Pre-Flight, Flexibility &amp;amp; Auditor Export:&lt;&#x2F;a&gt; Pre-flight checklist, retroactive flexibility, auditor export&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;blog.none.at&#x2F;blog&#x2F;2026&#x2F;2026-05-14-aws-gcp-azure-ovh-log-archiving-operations&#x2F;&quot;&gt;Part 3 — Operations:&lt;&#x2F;a&gt; Onboarding, Kubernetes integration, ingest pipeline, backup &amp;amp; DR&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;blog.none.at&#x2F;blog&#x2F;2026&#x2F;2026-05-14-aws-gcp-azure-ovh-log-archiving-security&#x2F;&quot;&gt;Part 4 — Security &amp;amp; Compliance:&lt;&#x2F;a&gt; IAM&#x2F;RBAC, encryption, WORM, GDPR, compliance certificates&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;blog.none.at&#x2F;blog&#x2F;2026&#x2F;2026-05-14-aws-gcp-azure-ovh-log-archiving-ux&#x2F;&quot;&gt;Part 5 — Query, Dashboards &amp;amp; Recommendations:&lt;&#x2F;a&gt; Query interfaces, dashboards, alerting, cold-tier behaviour, when to use which&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;blog.none.at&#x2F;blog&#x2F;2026&#x2F;2026-05-14-aws-gcp-azure-ovh-log-archiving-production&#x2F;&quot;&gt;Part 6 — Production Checklist, Guardrails &amp;amp; Runbooks:&lt;&#x2F;a&gt; Loss detection, privacy, schema, cost guardrails, runbooks, fire drills&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;&lt;em&gt;Self-hosted alternative: &lt;a href=&quot;https:&#x2F;&#x2F;blog.none.at&#x2F;blog&#x2F;2026&#x2F;2026-05-14-es-os-loki-quickwit-clickhouse&#x2F;&quot;&gt;Elasticsearch vs. OpenSearch vs. Loki vs. Quickwit vs. ClickHouse&lt;&#x2F;a&gt; — tiering, compression, resource consumption, SaaS options.&lt;&#x2F;em&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;Retaining logs for seven or more years is a very different problem than storing the last
30 days of operational logs. Ingest cost per GB, the ability to query old data without
restoring from tape, and long-term pricing predictability dominate over query latency.
Each of the four providers covered here has a fundamentally different answer to this
problem — and for at least one of them, the honest answer is “our managed offerings are
not designed for this; run it yourself instead.”&lt;&#x2F;p&gt;</description>
      </item>
    </channel>
</rss>
