<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Alistair Scott</title>
    <description>The latest articles on DEV Community by Alistair Scott (@aliscott).</description>
    <link>https://dev.to/aliscott</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F556036%2F2fe7d62c-c215-4a34-8c64-8740d34f2f60.jpeg</url>
      <title>DEV Community: Alistair Scott</title>
      <link>https://dev.to/aliscott</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/aliscott"/>
    <language>en</language>
    <item>
      <title>Cloud costs are shifting left</title>
      <dc:creator>Alistair Scott</dc:creator>
      <pubDate>Fri, 12 Mar 2021 16:02:31 +0000</pubDate>
      <link>https://dev.to/infracost/cloud-costs-are-shifting-left-5g3k</link>
      <guid>https://dev.to/infracost/cloud-costs-are-shifting-left-5g3k</guid>
      <description>&lt;h2&gt;
  
  
  What is "shift left"?
&lt;/h2&gt;

&lt;p&gt;"Shift left" has become a popular buzzword for both Software Engineering and DevOps. It means introducing processes earlier in the software development cycle.&lt;/p&gt;

&lt;p&gt;The "shift left" principle started with testing. In a traditional waterfall model testing is performed just before release. Shift left testing started it earlier by introducing practices such as Test-Driven Development (TDD) and Behaviour-Driven Development (BDD).&lt;/p&gt;

&lt;p&gt;We are now seeing the "shift left" principle applied to other disciplines. Continuous delivery platforms allow engineering teams to deploy frequently and integrate a suite of tools into their cycle. The term DevSecOps has been coined. The idea behind it is to introduce security as early as possible in the software development cycle. This has given rise to a whole ecosystem of tools to help implement this practice. Companies like Snyk and Anchore integrate automated security scanning into DevOps workflows so teams can proactively find and fix vulnerabilities.&lt;/p&gt;

&lt;h2&gt;
  
  
  Can you shift too far left?
&lt;/h2&gt;

&lt;p&gt;There's an argument that "shifting left" gives too much work and responsibility to engineering teams. This can be the case if the right tooling is not available.&lt;/p&gt;

&lt;p&gt;"Shift left" isn't about performing one-off tasks earlier in the cycle, and this is where the name causes some confusion. It's about introducing processes and automation earlier and performing them continuously throughout development.&lt;/p&gt;

&lt;p&gt;When a company introduces a "shift left" mentality it is important that it doesn't impact developer velocity. Tools that help here should fit into developers' workflows and show them the right level of information at the right time.&lt;/p&gt;

&lt;h2&gt;
  
  
  Will cloud cost shift left?
&lt;/h2&gt;

&lt;p&gt;Currently cloud costs aren't discussed until they become a problem. A common story is when cloud costs become a problem, companies will set a top-down directive and form a team to reduce their spend by X%. They manage to fix the immediate pain but after six to twelve months the problem returns.&lt;/p&gt;

&lt;p&gt;Cloud costs aren't a one-off problem that can be solved. That's why it's inevitable that cloud costs will "shift left". Building a cost-aware engineering team is crucial to keep cloud bills under control.&lt;/p&gt;

&lt;p&gt;That's why we built Infracost. We help engineering teams implement this culture of cost-awareness without impacting their velocity. You can integrate Infracost directly into your existing workflow to see cost information throughout your DevOps process. Check out &lt;a href="https://www.infracost.io/docs/integrations"&gt;our integrations&lt;/a&gt; for instructions.&lt;/p&gt;

</description>
      <category>devops</category>
      <category>aws</category>
      <category>opensource</category>
      <category>cloud</category>
    </item>
    <item>
      <title>Infracost  -  cloud costs for devs</title>
      <dc:creator>Alistair Scott</dc:creator>
      <pubDate>Fri, 08 Jan 2021 12:54:41 +0000</pubDate>
      <link>https://dev.to/infracost/infracost-cloud-costs-for-devs-45hg</link>
      <guid>https://dev.to/infracost/infracost-cloud-costs-for-devs-45hg</guid>
      <description>&lt;p&gt;&lt;a href="https://github.com/aliscott/infracost" rel="noopener noreferrer"&gt;Infracost&lt;/a&gt; helps developers and DevOps engineers get cost estimates from their IaC (Infrastructure as Code). Here's an example of it running:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://asciinema.org/a/353843" rel="noopener noreferrer"&gt;&lt;img src="https://media.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fi%2Fk2b2gyp74hhtvouibhxv.png" alt="Infracost example"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;The complexity of cloud costs keeps increasing - When we were building PlanForCloud in 2012 AWS had just hit 10,000 different pricing points for their services - now there are over 300,000.&lt;/p&gt;

&lt;p&gt;We found existing tools fit in too late in the process and are not aimed at the people in control of the infrastructure. It's difficult to get cost estimations when you are building and deploying your services, which often leads to bill shock and no easy way to track down these costs. So we wanted to build a CLI tool that can plug into your existing development and operations processes and bring cost visibility to the engineers.&lt;/p&gt;

&lt;p&gt;Currently Infracost supports AWS and Terraform, but we will add support for more cloud vendors (&lt;a href="https://dev.to/docs/supported_resources#google-cloud-platform-gcp"&gt;GCP&lt;/a&gt;, &lt;a href="https://github.com/infracost/infracost/issues/64" rel="noopener noreferrer"&gt;Azure&lt;/a&gt;) and other IaC tools (&lt;a href="https://github.com/infracost/infracost/issues/187" rel="noopener noreferrer"&gt;Pulumi&lt;/a&gt;).&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Update 25 Nov 2020 : We have now added initial support for Google cloud.&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;We also want to go beyond just the baseline costs of infrastructure - data transfer costs and other usage-based costs can often be a significant portion of a cloud bill, and are also the hardest to predict and track down. If you have any ideas about the best way to handle these then please &lt;a href="https://twitter.com/aliscott" rel="noopener noreferrer"&gt;reach out to me on Twitter&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Infracost is open source, you can check it out at &lt;a href="https://github.com/infracost/infracost" rel="noopener noreferrer"&gt;https://github.com/infracost/infracost&lt;/a&gt;.&lt;/p&gt;

</description>
      <category>terraform</category>
      <category>aws</category>
      <category>devops</category>
    </item>
  </channel>
</rss>
