<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Altitudes · Insights</title>
    <link>https://altitudes.cloud/en/insights/</link>
    <atom:link href="https://altitudes.cloud/rss.xml" rel="self" type="application/rss+xml" />
    <description>Writing from the team that also builds the platforms. One practical write-up per month.</description>
    <language>en-GB</language>
    <generator>altitudes.cloud</generator>
    <lastBuildDate>Fri, 29 May 2026 15:53:07 GMT</lastBuildDate>
    <item>
      <title>DORA evidence without evidence theatre.</title>
      <link>https://altitudes.cloud/en/insights/dora-evidence-without-evidence-theatre/</link>
      <guid isPermaLink="true">https://altitudes.cloud/en/insights/dora-evidence-without-evidence-theatre/</guid>
      <pubDate>Thu, 15 Jan 2026 00:00:00 GMT</pubDate>
      <description>Most DORA evidence packs we inherit are PDF graveyards. The auditor wants four things. The team can give them four things. Everything in between is theatre. This is the minimum that works.</description>
      <author>noreply@altitudes.cloud (Maikel Vlasman)</author>
      <category>REGULATORY</category>
    </item>
    <item>
      <title>FinOps savings aren&apos;t where you think.</title>
      <link>https://altitudes.cloud/en/insights/finops-savings-not-where-you-think/</link>
      <guid isPermaLink="true">https://altitudes.cloud/en/insights/finops-savings-not-where-you-think/</guid>
      <pubDate>Thu, 08 Jan 2026 00:00:00 GMT</pubDate>
      <description>Most mid-market cloud bills carry 40 percent waste. Most of it is in three line items. None of them are EC2. The savings story most consultancies tell is the wrong story.</description>
      <author>noreply@altitudes.cloud (Danny Zak)</author>
      <category>FINOPS</category>
    </item>
    <item>
      <title>Why most agentic pilots don&apos;t scale.</title>
      <link>https://altitudes.cloud/en/insights/agentic-pilots-that-scale/</link>
      <guid isPermaLink="true">https://altitudes.cloud/en/insights/agentic-pilots-that-scale/</guid>
      <pubDate>Thu, 18 Dec 2025 00:00:00 GMT</pubDate>
      <description>The pilot worked. The demo got applause. Six months later, the rollout has stalled, the dashboard is dead, and no one wants to be the one who turns it off. Three failure modes we keep seeing in EU mid-market.</description>
      <author>noreply@altitudes.cloud (Sebastiaan van Parijs)</author>
      <category>AI ENABLEMENT</category>
    </item>
    <item>
      <title>Tagging debt compounds. Start with the policy, not the tags.</title>
      <link>https://altitudes.cloud/en/insights/finops-tagging-debt/</link>
      <guid isPermaLink="true">https://altitudes.cloud/en/insights/finops-tagging-debt/</guid>
      <pubDate>Thu, 21 May 2026 00:00:00 GMT</pubDate>
      <description>Every untagged resource today costs three times to fix: once to find it, once to attribute it, once to justify the bill it produced. Teams that tag retroactively spend around three hours per resource. Teams that enforce at creation spend three seconds. The gap is not discipline — it is architecture.</description>
      <author>noreply@altitudes.cloud (Danny Zak)</author>
      <category>FINOPS</category>
    </item>
    <item>
      <title>Kubernetes cost visibility is an engineering problem.</title>
      <link>https://altitudes.cloud/en/insights/kubernetes-cost-visibility/</link>
      <guid isPermaLink="true">https://altitudes.cloud/en/insights/kubernetes-cost-visibility/</guid>
      <pubDate>Thu, 07 May 2026 00:00:00 GMT</pubDate>
      <description>Your cluster runs at 68 percent CPU utilization. Capacity planning says that is healthy. The FinOps review says you are spending €180,000 a month on compute. Neither number tells you which team owns which slice. That gap is an engineering problem, and it stays until you build the attribution layer.</description>
      <author>noreply@altitudes.cloud (Danny Zak)</author>
      <category>FINOPS</category>
    </item>
    <item>
      <title>Commitment discounts: the math most teams get wrong.</title>
      <link>https://altitudes.cloud/en/insights/commitment-discounts-math/</link>
      <guid isPermaLink="true">https://altitudes.cloud/en/insights/commitment-discounts-math/</guid>
      <pubDate>Thu, 23 Apr 2026 00:00:00 GMT</pubDate>
      <description>Reserved Instances get the headline at re:Invent. Savings Plans are harder to explain on a slide. Spot looks like the obvious choice for anything that can tolerate interruption. On the estates we audit, the wrong commitment strategy costs an average of 11 percent of the compute bill. The math is not hard, but it starts with a different question.</description>
      <author>noreply@altitudes.cloud (Danny Zak)</author>
      <category>FINOPS</category>
    </item>
    <item>
      <title>What a landing zone costs you when you build it wrong.</title>
      <link>https://altitudes.cloud/en/insights/landing-zone-mistakes/</link>
      <guid isPermaLink="true">https://altitudes.cloud/en/insights/landing-zone-mistakes/</guid>
      <pubDate>Thu, 12 Mar 2026 00:00:00 GMT</pubDate>
      <description>The most expensive landing zone project is not the one you never started. It is the one you started wrong and retrofitted at 80 engineers. Retrofitting a flat-network, single-account structure onto a running estate costs an average of 14 weeks of platform team capacity and leaves a security debt that takes another quarter to clear. Starting with a correct structure costs four weeks.</description>
      <author>noreply@altitudes.cloud (Maikel Vlasman)</author>
      <category>PLATFORM ENGINEERING</category>
    </item>
    <item>
      <title>Cloud cost accountability is an org design problem. FinOps tools do not fix it.</title>
      <link>https://altitudes.cloud/en/insights/finops-cost-accountability-org-design/</link>
      <guid isPermaLink="true">https://altitudes.cloud/en/insights/finops-cost-accountability-org-design/</guid>
      <pubDate>Thu, 26 Mar 2026 00:00:00 GMT</pubDate>
      <description>The average engineering team we work with runs 3 to 5 cost visibility tools before they call us. The average unallocated cloud budget on those same estates is 28 percent. The tools are not the problem. The org is.</description>
      <author>noreply@altitudes.cloud (Danny Zak)</author>
      <category>FINOPS</category>
    </item>
    <item>
      <title>Platform engineering versus DevOps is the wrong question.</title>
      <link>https://altitudes.cloud/en/insights/platform-engineering-vs-devops/</link>
      <guid isPermaLink="true">https://altitudes.cloud/en/insights/platform-engineering-vs-devops/</guid>
      <pubDate>Thu, 09 Apr 2026 00:00:00 GMT</pubDate>
      <description>The question we hear most from engineering leaders thinking about team structure is whether they should be doing DevOps or platform engineering. The framing is wrong. Platform engineering is what DevOps looks like when it works at scale. Most teams asking the question are already somewhere on the path.</description>
      <author>noreply@altitudes.cloud (Sebastiaan van Parijs)</author>
      <category>PLATFORM ENGINEERING</category>
    </item>
    <item>
      <title>NIS2 and DORA for platform teams: what you actually have to build.</title>
      <link>https://altitudes.cloud/en/insights/nis2-dora-platform-engineering/</link>
      <guid isPermaLink="true">https://altitudes.cloud/en/insights/nis2-dora-platform-engineering/</guid>
      <pubDate>Thu, 26 Feb 2026 00:00:00 GMT</pubDate>
      <description>The legal analysis of NIS2 and DORA is thorough. The GRC consulting analysis is thorough. The platform engineering analysis is not. Most teams know they need to comply. Very few know what that means for the services they build and operate. This is the platform engineering read.</description>
      <author>noreply@altitudes.cloud (Maikel Vlasman)</author>
      <category>REGULATORY</category>
    </item>
    <item>
      <title>Most FinOps programmes are stuck at crawl. Here is how to tell.</title>
      <link>https://altitudes.cloud/en/insights/finops-maturity-assessment/</link>
      <guid isPermaLink="true">https://altitudes.cloud/en/insights/finops-maturity-assessment/</guid>
      <pubDate>Thu, 22 Jan 2026 00:00:00 GMT</pubDate>
      <description>The FinOps Foundation&apos;s crawl/walk/run model is useful as a map. It is less useful when every team self-reports as walk. Here is a one-day assessment that produces an honest score, a prioritised improvement list, and a baseline you can measure against.</description>
      <author>noreply@altitudes.cloud (Danny Zak)</author>
      <category>FINOPS</category>
    </item>
    <item>
      <title>Kubernetes showback almost always comes before chargeback. That is not a compromise.</title>
      <link>https://altitudes.cloud/en/insights/kubernetes-showback-vs-chargeback/</link>
      <guid isPermaLink="true">https://altitudes.cloud/en/insights/kubernetes-showback-vs-chargeback/</guid>
      <pubDate>Thu, 05 Feb 2026 00:00:00 GMT</pubDate>
      <description>The ambition is chargeback: teams own their compute costs, invoiced internally. Most organisations implement showback instead — you can see your costs, no one is invoiced — and call it chargeback. The sequence is usually right. The naming is the problem.</description>
      <author>noreply@altitudes.cloud (Danny Zak)</author>
      <category>FINOPS</category>
    </item>
    <item>
      <title>Internal developer platform: build, buy, or assemble.</title>
      <link>https://altitudes.cloud/en/insights/internal-developer-platform-build-vs-buy/</link>
      <guid isPermaLink="true">https://altitudes.cloud/en/insights/internal-developer-platform-build-vs-buy/</guid>
      <pubDate>Thu, 14 May 2026 00:00:00 GMT</pubDate>
      <description>Most internal developer platform discussions are framed as build versus buy. There is a third path most teams end up on without deciding to: assembling from open-source primitives. Each path has different maintenance costs, different capability ceilings, and different adoption dynamics. The decision turns on one question most teams skip.</description>
      <author>noreply@altitudes.cloud (Maikel Vlasman)</author>
      <category>PLATFORM ENGINEERING</category>
    </item>
    <item>
      <title>LLM production readiness for EU enterprise teams.</title>
      <link>https://altitudes.cloud/en/insights/llm-production-readiness-eu/</link>
      <guid isPermaLink="true">https://altitudes.cloud/en/insights/llm-production-readiness-eu/</guid>
      <pubDate>Thu, 28 May 2026 00:00:00 GMT</pubDate>
      <description>The US-focused production checklists for LLMs cover latency, evals, fallbacks, and cost. For EU enterprise teams, three more dimensions apply: data residency under GDPR at inference time, AI Act obligation classification for your specific use case, and cost governance for GPU workloads that behave nothing like the compute you have been managing. The extra dimensions are not bureaucratic overhead. They are the parts that break first.</description>
      <author>noreply@altitudes.cloud (Sebastiaan van Parijs)</author>
      <category>AI ENABLEMENT</category>
    </item>
  </channel>
</rss>