<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Pipeline on Craig Pardey</title>
    <link>https://www.craigpardey.com/tags/pipeline/</link>
    <description>Recent content in Pipeline on Craig Pardey</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Sat, 24 Jan 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://www.craigpardey.com/tags/pipeline/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Shadow Pipeline</title>
      <link>https://www.craigpardey.com/post/2026-01-24-shadow-pipeline/</link>
      <pubDate>Sat, 24 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://www.craigpardey.com/post/2026-01-24-shadow-pipeline/</guid>
      <description>&lt;p&gt;In my recent post about &lt;a href=&#34;https://www.craigpardey.com/post/2025-12-26-cicd-performance/&#34;&gt;CI/CD performance&lt;/a&gt;, I mentioned that I&amp;rsquo;d built a shadow pipeline in Ansible to deploy to our on-prem dev environment. Since then, I have been campaigning to use those Ansible playbooks for our pre-Prod and Prod deployments too.&lt;/p&gt;&#xA;&lt;p&gt;I secured approvals to do a proof-of-concept deployment to pre-Prod using the Ansible playbooks but it failed dismally because our pre-Prod VMs have drastically different sudo restrictions than our dev env. I do not have access to the pre-Prod VMs so I was not aware of these differences.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Cost of CI/CD Performance</title>
      <link>https://www.craigpardey.com/post/2025-12-26-cicd-performance/</link>
      <pubDate>Fri, 26 Dec 2025 00:00:00 +0000</pubDate>
      <guid>https://www.craigpardey.com/post/2025-12-26-cicd-performance/</guid>
      <description>&lt;p&gt;My current client has an enterprise CI/CD pipeline that is maintained by a centralized team that does not use it. Its product owner(s) do not rely on its output for their revenue. They are not measured on its performance or reliability.&lt;/p&gt;&#xA;&lt;p&gt;And yet we are obligated to use this pipeline. There&amp;rsquo;s no other option. We were also handed a microservices architecture from the Architecture team so our application is comprised of about 20 separate services, each with their own deployment pipeline, thereby magifying our sensitivity to the whims of the enterprise CI/CD pipeline.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
