<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>FedRamp on Ely Clover</title><link>https://stg.elyclover.com/categories/fedramp/</link><description>Recent content in FedRamp on Ely Clover</description><generator>Hugo -- gohugo.io</generator><language>en-us</language><managingEditor>kevin@elyclover.com (Kevin Holmes)</managingEditor><webMaster>kevin@elyclover.com (Kevin Holmes)</webMaster><copyright>© 2026 Kevin Holmes</copyright><lastBuildDate>Mon, 31 Jul 2023 10:00:00 +0000</lastBuildDate><atom:link href="https://stg.elyclover.com/categories/fedramp/index.xml" rel="self" type="application/rss+xml"/><item><title>When should I self-host GitHub Actions runners? (part 1)</title><link>https://stg.elyclover.com/posts/self-hosted-github-actions-thoughts-part-1/</link><pubDate>Mon, 31 Jul 2023 10:00:00 +0000</pubDate><author>kevin@elyclover.com (Kevin Holmes)</author><guid>https://stg.elyclover.com/posts/self-hosted-github-actions-thoughts-part-1/</guid><description>&lt;p&gt;As 2023 flies by and the Cybersecurity incidents making headlines continue to roll in, I would like to discuss self-hosting your own GitHub Actions infrastructure.&lt;/p&gt;
&lt;p&gt;First, I always encourage teams to use hosted solutions &lt;em&gt;when possible&lt;/em&gt;. The keyword here, and in most good systems engineering, is &amp;ldquo;where possible&amp;rdquo; - which can be the hardest part for teams to isolate and identify given their backstory, knowledge gaps, and regulatory environment(s). For instance, I&amp;rsquo;ve seen powerful DevOps, Infrastructure, or Platform engineering teams decide to self-host Actions Runner environments because they have the resources and buy-in from management. However, there&amp;rsquo;s no strong reason beyond the team wanting to do it and thinking they have the free cycles. This kind of thinking is a classic trap for engineering teams because the objective is a sexy one, and I can&amp;rsquo;t deny that. GitHub Actions are getting more popular by the day, and it&amp;rsquo;s certainly a hot topic among teams already using GitHub for source control or considering the move from competing well-established ecosystems like GitLab, Gerrit, Jenkins, and similar alternatives.&lt;/p&gt;</description></item></channel></rss>