The "use IAM roles for EC2" recommendation is a bit sketchy. The current security zeitgeist, not just after Colin's post but also after DerbyCon and Black Hat, is that EC2 roles are dangerous and, when under attack, not very predictable.
Open Guide to Amazon Web Services
21–30 of 133 posts
Re: Open Guide to Amazon Web Services
#22Re: Open Guide to Amazon Web Services
#23This is great. I've been working on AWS for close to 10 years now and an open guide is something I both need and want to contribute to. Many of us have simple goals on AWS. The official AWS docs are thorough, but are too technical. There are blog posts about anything, they can be hard to find or get out of date. I hope this open guide helps us all get our jobs done faster and easier!
Very glad to hear. Its this sentiment exactly that led us to get this started. We all have 100s of valuable tricks and gotchas we learn over the years, but 99% of the time fail to write down and share them helpfully. Do join us on Slack/GitHub and help us get your tips included, too.
[^0]: https://unop.uk/on-aws-vs-azure-vendor-lock-in-and-pricing-c...
Re: Open Guide to Amazon Web Services
#24Re: Open Guide to Amazon Web Services
#25Re: Open Guide to Amazon Web Services
#26Re: Open Guide to Amazon Web Services
#27Re: Open Guide to Amazon Web Services
#28I have recently started out on AWS (I initially used AWS like I used to use Digital Ocean, however after trying out Serverless, I'm of a different mind and changing my ways to do it the AWS way), So this is pretty awesome!
Re: Open Guide to Amazon Web Services
#29I guess people don't like Chef? Opsworks has enabled hassle free deployments for us over the past three years or so at no additional cost. :)
Re: Open Guide to Amazon Web Services
#30I still don't get why Opsworks is not getting more love? I guess people don't like Chef? Opsworks has enabled hassle free deployments for us over the past three years or so at no additional cost. :)