<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Getting Started on My AWS Rocks!</title><link>https://myaws.name/tags/getting-started/</link><description>Recent content in Getting Started on My AWS Rocks!</description><generator>Hugo</generator><language>en</language><lastBuildDate>Sun, 11 Aug 2024 00:00:00 +0000</lastBuildDate><atom:link href="https://myaws.name/tags/getting-started/index.xml" rel="self" type="application/rss+xml"/><item><title>Wait! IP4 has a cost?</title><link>https://myaws.name/wait-ip4-has-a-cost/</link><pubDate>Sun, 11 Aug 2024 00:00:00 +0000</pubDate><guid>https://myaws.name/wait-ip4-has-a-cost/</guid><description>&lt;p&gt;&lt;strong&gt;Caveat:&lt;/strong&gt; I started this post in April because lots of people were shocked at the cost appearing on their bill. I got half way and though it wasn&amp;rsquo;t worth publishing as the chatter would die down. However 4 months later I am still  seeing people ask what can they do about IPv4 costs so thought I&amp;rsquo;d finish it off.&lt;/p&gt;
&lt;p&gt;So you will know, or should know, that the 1st February 2024 saw AWS introduce charges for all public IPv4 addresses in use within an AWS account.&lt;/p&gt;</description></item><item><title>My bill is how much‽</title><link>https://myaws.name/my-bill-is-how-much/</link><pubDate>Thu, 21 Dec 2023 00:00:00 +0000</pubDate><guid>https://myaws.name/my-bill-is-how-much/</guid><description>&lt;p&gt;One of the most common post by newcomers to AWS seems to be bill shock or unexpected charges.&lt;/p&gt;
&lt;p&gt;Some of this is from using a service with out knowing the costs or forgetting to shut something down and incurring costs for longer than planned.&lt;/p&gt;
&lt;p&gt;Some however is where accounts have been compromised and resources used by someone else.&lt;/p&gt;
&lt;p&gt;So what can you do to prevent this?&lt;/p&gt;
&lt;p&gt;This article will look at ways of securing your account and managing your costs. It is a high level article and doesn&amp;rsquo;t go into every service mentioned in detail, however it should give you enough to protect yourself and point you to further resources.&lt;/p&gt;</description></item><item><title>You put what in a public subnet‽</title><link>https://myaws.name/you-put-what-in-a-public-subnet/</link><pubDate>Tue, 04 Apr 2023 00:00:00 +0000</pubDate><guid>https://myaws.name/you-put-what-in-a-public-subnet/</guid><description>&lt;p&gt;Its great seeing peoples designs for modern solutions and especially serverless. What is more impressive is, where VPC services are in use, they are splitting them out into separate tiers and subnets.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;😕 &lt;strong&gt;But why do so many people put things in public subnets that don&amp;rsquo;t need to be?&lt;/strong&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;In this article I&amp;rsquo;ll look at what I think should be in public subnets and why you try not to put anything in a public subnet you don&amp;rsquo;t need to.&lt;/p&gt;</description></item><item><title>Setting up your AWS account</title><link>https://myaws.name/setting-up-your-aws-account/</link><pubDate>Sun, 24 Oct 2021 00:00:00 +0000</pubDate><guid>https://myaws.name/setting-up-your-aws-account/</guid><description>&lt;p&gt;So you want to get your own AWS account and get started with hands on deployments. What should you do?
&lt;h2 id="getting-started"&gt;Getting Started&lt;/h2&gt;
&lt;p&gt;Firstly take a look at the AWS &lt;a href="https://aws.amazon.com/getting-started/"&gt;Getting Started Guide&lt;/a&gt;. In particular follow at least the first 3 steps of the setting up your environment. This will go through account creation, securing your root account and creating an admin account for you to use on a daily basis.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;a href="https://aws.amazon.com/getting-started/"&gt;&lt;strong&gt;How to Setup Your Development Environment for AWS | Introduction&lt;/strong&gt; &lt;/br&gt;
Learn how to setup your development environment for AWS. This tutorial includes setting up and securing your account, installing the AWS CLI, and getting started with Cloud9.&lt;/a&gt;&lt;/p&gt;</description></item><item><title>CloudFormation 101</title><link>https://myaws.name/cloudformation-101/</link><pubDate>Thu, 01 Apr 2021 00:00:00 +0000</pubDate><guid>https://myaws.name/cloudformation-101/</guid><description>&lt;p&gt;In this post we will look at the basics of CloudFormation, what you need to know and how to get started in writing templates.&lt;/p&gt;
&lt;p&gt;
 &lt;figure&gt;
 &lt;img src="https://myaws.name/img/post-8/cloudformation.png" alt="Image of a cloud formation template"&gt;
 &lt;center&gt;&lt;figcaption&gt;AWS CloudFormation Template&lt;/figcaption&gt;&lt;/center&gt;
 &lt;/figure&gt;

&lt;/p&gt;
&lt;p&gt;So you may be asking why I am writing a post about template basics when I have said I&amp;rsquo;ll try not repeat information available on AWS.&lt;/p&gt;
&lt;p&gt;Two reasons. Primarily to demystify the template and secondly to provide pointers to resources you might find useful as you improve your CloudFormation knowledge.&lt;/p&gt;</description></item><item><title>Security 101</title><link>https://myaws.name/security-101/</link><pubDate>Mon, 15 Mar 2021 00:00:00 +0000</pubDate><guid>https://myaws.name/security-101/</guid><description>&lt;p&gt;Following on from the &lt;a href="https://myaws.name/foundational-architecture/"&gt;foundational architecture&lt;/a&gt; post I thought I&amp;rsquo;d give a dive into security of the AWS cloud. For me this is the most important element to understand before even creating an AWS account as if you get this wrong it can be costly in more ways than one. There are a few items that need to be looked at when considering security. These include, but are not limited to:&lt;/p&gt;</description></item><item><title>Why use the AWS Well-Architected Framework</title><link>https://myaws.name/well-architected-part2/</link><pubDate>Mon, 15 Feb 2021 00:00:00 +0000</pubDate><guid>https://myaws.name/well-architected-part2/</guid><description>&lt;p&gt;This is the second in a three part series on the AWS Well-Architected Framework. It is based on my presentation at the AWS Thames Valley user group &lt;strong&gt;&amp;ldquo;How to design well when there is no rule book&amp;rdquo;&lt;/strong&gt; . In the first part of this series I looked at what the Well-Architected Framework is. In this part we will look at why you should use the Well-Architected Framework.&lt;/p&gt;
&lt;p&gt;I split the &lt;strong&gt;what&lt;/strong&gt; of the framework into 3 categories; Cloud Roadmap, Design Principle; Cloud Assessment.&lt;/p&gt;</description></item><item><title>What is the AWS Well-Architected Framework</title><link>https://myaws.name/well-architected-part1/</link><pubDate>Mon, 01 Feb 2021 00:00:00 +0000</pubDate><guid>https://myaws.name/well-architected-part1/</guid><description>&lt;p&gt;
 &lt;figure&gt;
 &lt;img src="https://myaws.name/img/post-4/Well-Architected.jpg" alt="The AWS Well Architected elements shown pictorally"&gt;
 &lt;center&gt;&lt;figcaption&gt;AWS Well Architected elements&lt;/figcaption&gt;&lt;/center&gt;
 &lt;/figure&gt;

&lt;/p&gt;
&lt;p&gt;This is the first in a three part series on the AWS Well-Architected Framework. It is based on my presentation at the AWS Thames Valley user group &lt;strong&gt;&amp;ldquo;How to design well when there is no rule book&amp;rdquo;&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;This first part looks at what the Well-Architected Framework is.&lt;/p&gt;
&lt;p&gt;On the &lt;a href="https://aws.amazon.com/architecture/well-architected"&gt;AWS website&lt;/a&gt;they describe the framework as:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;The AWS Well-Architected Framework describes the key concepts, design principles, and architectural best practices for designing and running workloads in the cloud. By answering a set of foundational questions, you learn how well your architecture aligns with cloud best practices and are provided guidance for making improvements.&lt;/p&gt;</description></item><item><title>AWS Foundational Architecture</title><link>https://myaws.name/foundational-architecture/</link><pubDate>Mon, 18 Jan 2021 00:00:00 +0000</pubDate><guid>https://myaws.name/foundational-architecture/</guid><description>&lt;p&gt;When building a house, the most important thing to get right is the foundations. With out a good foundation everything that is built on top will have issues and, worse case, completely fail. Building IT solutions is no different. We have to ensure the basic foundations are in place in order to build good solutions for the business we are working for.&lt;/p&gt;
&lt;p&gt;Often I see organizations trying to implement the foundations once they have built the first few systems or they realize that &amp;ldquo;this cloud craze is real&amp;rdquo;. Many times it is after a proof of concept has suddenly become a production system. What ever the reason for the delay it always causes rework, at a cost to the business, and can cause friction or resentment from engineers who implemented the first solutions.&lt;/p&gt;</description></item></channel></rss>