a subheading you will fix
+pages begone
- Lorem ipsum dolor sit amet, consectetur adipiscing elit. Nulla felis - quam, varius eu ullamcorper ac, tempus eget risus. Vestibulum ante - ipsum primis in faucibus orci luctus et ultrices posuere cubilia - Curae; Nunc convallis sem id sapien dictum condimentum. Quisque - placerat diam vel dolor facilisis, vel gravida lorem lacinia. Sed - dapibus eleifend tortor, a gravida orci convallis non. Nam auctor - justo id magna accumsan, sit amet accumsan lorem dapibus. Nullam - eleifend enim nec augue fermentum, vel feugiat dolor elementum. - Integer et sapien nec ipsum aliquet sodales. Nam eleifend id nisi - vel consectetur. Ut et magna sit amet elit tempus elementum. - Curabitur elementum quam at erat iaculis, ut ultrices leo - vestibulum. Nam quis fermentum mi, at bibendum orci. + Though GitHub Pages may work for hosting your small, internal, + static site, I don't think Pages is the right choice for + anyone: +
+-
+
+
- Bandwidth caps: scale your software by default +
- + Limited SEO control: not a downside if you don't want want + traffic... + +
- Static & client-side only: keep your options open +
why aws?
++ I used pages before because I had little knowledge of cloud + computing.
- Vestibulum ac diam sit amet quam vehicula elementum. Curabitur - laoreet arcu eu mi luctus, in consectetur nisi fermentum. Praesent - nec nisl et leo sollicitudin tempus. Morbi non tincidunt est. Duis - non felis pharetra, malesuada nulla a, iaculis felis. Proin sit amet - dui dignissim, pellentesque felis a, eleifend velit. Morbi ac tortor - nec arcu euismod lacinia et ac libero. Sed non risus aliquet, - venenatis nulla vel, commodo augue. Mauris in neque vel nulla - sollicitudin egestas. Cras fringilla urna sed mi scelerisque, at - laoreet metus dapibus. + This is not a justification—if you are a software developer, + learn it. +
++ Prior to hosting this site, I developed and hosted an internal + application with Google Cloud while working at + nth Venture. Getting a single + Compute Engine up and running made me step away from cloud for the + entire next year. +
+AWS is:
+-
+
- + Industry standard: not an actual reason but it convinced me + nonetheless + +
- + Secure: soon to be used by VISA, which holds security to a nearly + stupid extent (seriously, I can't even clone a repository) + +
- + Well-documented: everything in the documentation worked + first try. This is extremely rare in software, so + compliments to Chef Bezos. + +
the setup
++ This website is pure HTML, CSS, and JavaScript. While I will + certainly need sever-side capabilities eventually, I am seeing how + far the purist route can take me. +
+AWS-wise, I use:
+-
+
- S3, to host the content (static for now) +
- CloudFront, to serve and cache said content +
- Route53, to manage routing +
- + GoDaddy, to reserve + barrettruth.com + +
A user request can be modelled as follows:
+-
+
- + A user accesses the website by typing barrettruth.com in their + browser. + +
- + GoDaddy' s DNS servers are queried, which translating the + domain name to my Route53's IP address. + +
- + Route53 then routes to the request to my CloudFront distribution + associated with my S3 bucket. + +
- + CloudFront checks its edge caches for the requested content. If + the content is stale or not cached, CloudFront fetches the content + from S3. Otherwise, it uses the cached content from an edge + server. + +
- CloudFront returns the content to the user's browser. +
+ difficulties
++ The hardest part of hosting this website was interfacing with + GoDaddy. +
++ For example, configuring SSL certificates with GoDaddy is needlessly + challenging. Follow + AWS's guide + if you really want to. Otherwise, + configure your GoDaddy nameservers + and point them to your own DNS service (like Route53) instead.