{"id":113,"date":"2013-11-22T21:21:15","date_gmt":"2013-11-22T21:21:15","guid":{"rendered":"http:\/\/blogs.nd.edu\/devops\/?p=113"},"modified":"2013-11-23T19:40:05","modified_gmt":"2013-11-23T19:40:05","slug":"thoughts-on-aws","status":"publish","type":"post","link":"https:\/\/sites.nd.edu\/devops\/2013\/11\/22\/thoughts-on-aws\/","title":{"rendered":"Thoughts on AWS"},"content":{"rendered":"<p>The more I think about it, the more I realize that we\u2019re witnessing a transformation in IT. Despite the AWS tattoo and kool-aid mustache, I&#8217;m not married to AWS. Nothing&#8217;s perfect, and AWS is no exception. There are always questions about vendor lock-in and backing out or shifting services as the landscape changes.<\/p>\n<p>Vendor lock-in is a possibility with every IT partnership, and there are ways to mitigate those risks. If Cisco, Redhat, IBM, or Oracle go out of business, it will have a huge impact. If any change their pricing structure, the same. In a practical sense, you usually have time to react. AWS might get purchased, or the CEO might change, but it\u2019s unlikely that we&#8217;ll be informed on Monday that they&#8217;re shutting down, and we have 3 days to relocate services. With AWS, there&#8217;s no upfront cost: \u00a0you pay as you go. A provider can&#8217;t have success with that model without a rock-solid service. Furthermore, there&#8217;s no financial lock-in: \u00a0no multi-million dollar contracts or support agreements, which are probably the most common and painful cases. \u00a0AWS frees us from those kinds of lock-in.<\/p>\n<p>AWS isn&#8217;t outsourcing &#8212; it\u2019s a force multiplier. I guarantee that OIT engineers, with minimal additional training, can build more secure systems with better architectures in Amazon they\u2019d be able to do on-premises for a fraction of the cost and time. Infrastructure is hard. It takes massive resources. AWS has the economy of scale and has been able to execute. The result is a game changing historic transformation of IT. Really, look at it: \u00a0it\u2019s that profound. It enables experimentation and simplification. Take sizing systems. Just rough out your scaling, pick something larger than you need and scale it back after two months of usage data. Calculate the low nominal use and scale it back further, then auto-scale for the peak. Script it and reproduce everything, network, servers, security policies, all the things. That kind of architecture is an engineer&#8217;s dream, for pennies per hour, <em>now<\/em>, this instant, not years from now.<\/p>\n<p>AWS or not, there is no question that this is the future of IT. Except for low latency or high performance, or very specialized\u00a0applications that require a local presence, in my opinion, most companies will shed their datacenters for providers like AWS. My guess: \u00a0it\u2019s going to come faster than we think. It&#8217;s not that we can&#8217;t accomplish these things, or that we don&#8217;t understand them. We simply don&#8217;t have the resources. Take long term storage and archiving. Glacier and S3 have <em>eleven<\/em> 9s of durability. Elasticity, I can upload 500 TB into Glacier tomorrow, or a petabyte, no problem. Spin up 10 machines, 100 machines, 1000 machines: \u00a0done. Chris did a data warehouse in\u00a0a couple of\u00a0days. There&#8217;s really no turning back.<\/p>\n<p>I suspect we&#8217;ll be cautious, as we should be, moving services to AWS. But my forecast is that with each success, it will become apparent that we should do more. It\u2019s going to become so compelling that you can&#8217;t look away.<\/p>\n<p>I&#8217;m really glad we&#8217;ve picked AWS for IaaS. It is a huge opportunity.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>The more I think about it, the more I realize that we\u2019re witnessing a transformation in IT. Despite the AWS tattoo and kool-aid mustache, I&#8217;m not married to AWS. Nothing&#8217;s perfect, and AWS is no exception. There are always questions &hellip; <a href=\"https:\/\/sites.nd.edu\/devops\/2013\/11\/22\/thoughts-on-aws\/\">Continue reading <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1556,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[65126],"class_list":["post-113","post","type-post","status-publish","format-standard","hentry","category-uncategorized","tag-iaas"],"_links":{"self":[{"href":"https:\/\/sites.nd.edu\/devops\/wp-json\/wp\/v2\/posts\/113","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/sites.nd.edu\/devops\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sites.nd.edu\/devops\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sites.nd.edu\/devops\/wp-json\/wp\/v2\/users\/1556"}],"replies":[{"embeddable":true,"href":"https:\/\/sites.nd.edu\/devops\/wp-json\/wp\/v2\/comments?post=113"}],"version-history":[{"count":4,"href":"https:\/\/sites.nd.edu\/devops\/wp-json\/wp\/v2\/posts\/113\/revisions"}],"predecessor-version":[{"id":121,"href":"https:\/\/sites.nd.edu\/devops\/wp-json\/wp\/v2\/posts\/113\/revisions\/121"}],"wp:attachment":[{"href":"https:\/\/sites.nd.edu\/devops\/wp-json\/wp\/v2\/media?parent=113"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sites.nd.edu\/devops\/wp-json\/wp\/v2\/categories?post=113"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sites.nd.edu\/devops\/wp-json\/wp\/v2\/tags?post=113"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}