-
Notifications
You must be signed in to change notification settings - Fork 0
/
index.xml
executable file
·54 lines (54 loc) · 5.68 KB
/
index.xml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>Howdy on AaronEaton.com</title>
<link>https://aaroneaton.com/</link>
<description>Recent content in Howdy on AaronEaton.com</description>
<generator>Hugo -- gohugo.io</generator>
<language>en-us</language>
<lastBuildDate>Sat, 16 Dec 2023 00:00:00 +0000</lastBuildDate>
<atom:link href="https://aaroneaton.com/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>Taking the Pager is Taking the Wheel, Not the Title</title>
<link>https://aaroneaton.com/analogies/atthewheel/</link>
<pubDate>Sat, 16 Dec 2023 00:00:00 +0000</pubDate>
<guid>https://aaroneaton.com/analogies/atthewheel/</guid>
<description>This post was partly inspired by Sean Kilgore&rsquo;s recent blog about Common Errors in the Paved Path metaphor. Sean&rsquo;s language mirrors a metaphor that surfaced within my team about our On-Call Rotation. Sean contrasts the &ldquo;paved path&rdquo; an organization provides to its developers with the &ldquo;vehicles&rdquo; each team puts on that path. My team talks about being on-call in terms of &ldquo;taking the wheel of the vehicle,&rdquo; instead of the more common &ldquo;being responsible for fixing anything that goes wrong.</description>
</item>
<item>
<title>Teaching Crossplane to Play Poker</title>
<link>https://aaroneaton.com/walkthroughs/crossplane-configuration-development-with-poker/</link>
<pubDate>Thu, 10 Mar 2022 00:00:00 +0000</pubDate>
<guid>https://aaroneaton.com/walkthroughs/crossplane-configuration-development-with-poker/</guid>
<description>Let&rsquo;s Teach Crossplane to Play Poker The Penguin Book of Card Games lists over 250 games which can be played with a standard deck of playing cards. Most of those games don&rsquo;t require any changes to the deck. Blackjack, poker, gin, go fish, crazy eights, old maid&hellip; these games all use the same 4 suits of 13 ranks.
When we start composing infrastructure with Crossplane, it&rsquo;s a lot like learning a new game with playing cards.</description>
</item>
<item>
<title>Conformance Testing Crossplane Configuration Packages with Sonobuoy</title>
<link>https://aaroneaton.com/walkthroughs/crossplane-package-testing-with-sonobuoy/</link>
<pubDate>Fri, 28 Jan 2022 00:00:00 +0000</pubDate>
<guid>https://aaroneaton.com/walkthroughs/crossplane-package-testing-with-sonobuoy/</guid>
<description>Conformance Tests for Crossplane Configuration Packages When crossplane graduated to Incubation status we published a conformance for crossplane and its providers. I started to wonder if we could use the same tools and framework for testing Configuration Packages, as well as Provider Packages.
A unified testing strategy for all crossplane packages could simplify our build and test pipelines. And it would provide a method for testing and validating external packages. Especially if we adopted a tool and framework which were already community standards.</description>
</item>
<item>
<title>TDD For Crossplane Packages with Skaffold</title>
<link>https://aaroneaton.com/walkthroughs/crossplane-package-tdd-with-skaffold/</link>
<pubDate>Fri, 14 Jan 2022 00:00:00 +0000</pubDate>
<guid>https://aaroneaton.com/walkthroughs/crossplane-package-tdd-with-skaffold/</guid>
<description>Crossplane Package Development Crossplane Packages, and specifically the Composition Engine, allow Platform Teams to publish Composite Resources for use by Development Teams or Platform Operators. The end result of a Crossplane Composition is always going to be a set of valid YAML documents which define Crossplane Managed Resources.
Because the output of our compositions is this declarative set of YAML documents, we have the ability to write tests for our configurations.</description>
</item>
<item>
<title>Testing Crossplane Packages with Kuttl</title>
<link>https://aaroneaton.com/walkthroughs/crossplane-package-testing-with-kuttl/</link>
<pubDate>Fri, 07 Jan 2022 00:00:00 +0000</pubDate>
<guid>https://aaroneaton.com/walkthroughs/crossplane-package-testing-with-kuttl/</guid>
<description>Crossplane Package Test Loop The test loop for Crossplane Packages is always going to be an end-2-end test in a working kubernetes cluster. In order to validate that a package behaves as desired, we must:
Access a Kubernetes Cluster Install Crossplane and required providers on that cluster Configure our Composite Resources (XRs) on that cluster Submit a Composite Resource or Claim Validate that we got the desired Resources in response Repeat the last 3 steps for each Resource Kuttl kuttl (The KUbernetes Test TooL) is a toolkit for writing tests against Kubernetes.</description>
</item>
<item>
<title>About Me</title>
<link>https://aaroneaton.com/pages/about/</link>
<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
<guid>https://aaroneaton.com/pages/about/</guid>
<description>Writer Do I write science fiction? I wear a watch that Dick Tracy never dreamed of and I&rsquo;m typing this on a device that would look at home on Captain Picard&rsquo;s desk. I write fiction about people trying to make sense of a world that runs on science.
Engineer I&rsquo;m a kubernetes fan boy and I will talk about it at parties if not monitored.
I&rsquo;ve worked with a lot of great people on projects like Call of Duty: Elite, Society6, Procore, and Upbound, the company behind the open source Crossplane project.</description>
</item>
</channel>
</rss>