<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>FIS on Head for the Cloud</title>
    <link>https://headforthe.cloud/tags/fis/</link>
    <description>Recent content in FIS on Head for the Cloud</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 07 Jan 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://headforthe.cloud/tags/fis/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Is your monitoring testing strategy chaos?</title>
      <link>https://headforthe.cloud/article/is-your-testing-strategy-chaos/</link>
      <pubDate>Wed, 07 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://headforthe.cloud/article/is-your-testing-strategy-chaos/</guid>
      <description>&lt;h2 id=&#34;introduction&#34;&gt;Introduction&lt;/h2&gt;&#xA;&lt;p&gt;Nowadays, many Cloud implementations will make use of serverless architectures, such as &lt;a href=&#34;https://aws.amazon.com/lambda&#34;&gt;AWS Lambdas&lt;/a&gt; and &lt;a href=&#34;https://aws.amazon.com/api-gateway/&#34;&gt;API Gateways&lt;/a&gt; to implement micro-services, or other similar functionality to deliver business logic without the need to manage servers.&lt;/p&gt;&#xA;&lt;p&gt;This is now a mature pattern, and we have a wealth of tools and approaches to help us ensure that our serverless code is performing as expected. We can develop and test locally, and use pipelines to deploy, all ensuring the risk of deploying non-functioning code is minimised.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Chaos in the Cloud</title>
      <link>https://headforthe.cloud/article/chaos-in-the-cloud/</link>
      <pubDate>Tue, 24 Dec 2024 00:00:00 +0000</pubDate>
      <guid>https://headforthe.cloud/article/chaos-in-the-cloud/</guid>
      <description>&lt;p&gt;&lt;em&gt;This is the first in a series of articles looking at chaos engineering in general, and in particular how we&#xA;can use Amazon&amp;rsquo;s &lt;a href=&#34;https://aws.amazon.com/fis&#34;&gt;Fault Injection Service&lt;/a&gt; to test the resilience of our AWS systems.&lt;/em&gt;&lt;/p&gt;&#xA;&lt;p&gt;When I first started developing, we wrote huge, monolithic applications either running&#xA;locally on our desktops, or in our datacenters. We&amp;rsquo;d write applications that had&#xA;tens or even hundreds of thousands of lines of code. However, the applications we wrote usually consisted of&#xA;a single component, maybe two if we used a database, handling all of the logic and functionality within a&#xA;single application. Whilst this meant that we usually had complex, hard to navigate, code bases, it did mean&#xA;that in terms of architecture, our applications were relatively simple.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Fault Injection Service Workshop</title>
      <link>https://headforthe.cloud/video/fis-lambda-update/</link>
      <pubDate>Wed, 04 Dec 2024 00:00:00 +0000</pubDate>
      <guid>https://headforthe.cloud/video/fis-lambda-update/</guid>
      <description>&lt;p&gt;An update to our DevOps Playground workshop on Amazon&amp;rsquo;s Fault Injection Service, looking at how we can now test Lambdas.&lt;/p&gt;</description>
    </item>
    <item>
      <title>DevOps Playground</title>
      <link>https://headforthe.cloud/video/fis-devops-playground/</link>
      <pubDate>Sat, 30 Nov 2024 00:00:00 +0000</pubDate>
      <guid>https://headforthe.cloud/video/fis-devops-playground/</guid>
      <description>&lt;p&gt;Another DevOps Playground, this time looking at Amazon&amp;rsquo;s Fault Injection Service&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
