Disclaimer: I work at AWS, primarily in the compute space, but I'm not speaking in an official capacity.
I would say they fulfill different purposes. The SSM agent has quite a bit of additional functionality, even within the Session Manager portion. It's more of your solution for online, general day to day access.
Serial console will let you fix issues when you have lost the ability to boot an instance, or network connectivity has failed. When SSH or Session Manager are available, I personally would opt to utilize them over the serial console. But if I have an instance that I can't reach via those, am unable to replace it for whatever reason, and need to bring it back online, serial console would be what I would reach for.
Disclaimer: I work at AWS, primarily in the compute space, but I'm not speaking in an official capacity.
As fguerraz mentioned, modern AWS instance families are basically all powered by Nitro, which refers to the ecosystem around the hypervisor and hardware acceleration cards utilized. https://aws.amazon.com/ec2/nitro/
Disclaimer: I work at AWS, totally different team, and had never heard of this product until this announcement. This is 100% my personal opinion and I'm not operating in any official capacity.
>Personally, I'd probably just suffer through having to spend a week doing a slow internet upload/download rather than paying for Snowcone.
Well, I think there's two things here.
1) A lot of businesses probably won't be willing to spend a week with reduced internet capacity to upload stuff. Things we as single users might be okay with might not always translate to being a good fit for a business overall.
2) My reading is that some of the use cases for this are areas where you are likely to have limited or no internet connectivity.
>AWS Snowcone is built for edge computing and data storage outside of a data center. It is designed to meet stringent standards for ruggedization, including free-fall shock, operational vibration, and more. When sealed, the device is both dust-tight and water-resistant, protected from water jets on all sides. Snowcone has a wide operating temperature range from freezing to desert-like conditions, and withstands even harsher temperatures in storage.
and:
>AWS Snowcone deploys virtually anywhere you need it. It features 2 CPUs, 4 GB of memory, 8 TB of usable storage, Wi-Fi or wired access, and USB-C power using a cord or optional battery. You can put it in a messenger bag, run it in an autonomous vehicle or an airplane, or even attach it to a drone.
So, ruggedization and the ability to run this totally off battery points me towards thinking about use cases where there's not existing infrastructure to take advantage of. I guess this supported by the 'run it in an autonomous vehicle or airplane' bit I'm quoting as well.
If you've got 15-20 years of experience and you've never stayed somewhere more than 12-18 months, it's a very different scenario than someone with 5-6 years, even in SV.
It depends on the company and their needs. In the majority of cases, I would say this is a positive thing for your resume.
If their goal is to hire someone for a specific position and they hope that person stays in that same role long term, maybe not so much. Companies are generally happy to just have you stick around, though - if you are moving within the company, you should in theory still be providing value to the company, and potentially even more value, if the moves are upwards.
This matches my experiences, and I'm certainly no Distinguished Engineer, but as a PE I would still have relatively few options to work at a similar level and compensation if I was looking. Thankfully I'm quite happy where I am.
Disclaimer: I work at AWS on an unrelated team. I was not involved in development of this product. Opinions stated are my own, and not necessarily a reflection of my employer. Nothing here is being posted in any sort of official capacity.
There's lots of focus here in the comments on the code reviewer portion, but one of the things I'm most excited about is the profiler - https://aws.amazon.com/codeguru/features/
I do a lot of performance engineering work, and one of my go to tools for visualizing where programs are spending their time is flamegraphs. While you can certainly create them with profilers besides CodeGuru (and I do not work with Java, so I haven't yet had the chance to check out CodeGuru for any of my use cases), I'm super excited about anything that gets more people using them. They make it very easy to see where your optimization opportunities are, and I have personally found them very useful when working with our customers - they're way easier, in my opinion, to go through and explain than just looking at raw perf output or similar.
Disclaimer: I work at AWS, but this post isn't being made in any sort of official capacity, I have no relation to the team in question (this is the first I've even heard of the service), and the opinions here are entirely my own and not necessarily a reflection of that of my employer.
> I wonder what kind of future this spells for quantum computing - will it continue to spread or will it be limited/stunted by being controlled by only the few?
I feel like this is a step in the right direction, though. Right now using quantum computers is totally outside of the realm of possibility for the vast majority of people - they're simply too expensive in materials cost, expertise to create, conditions for operation, etc. etc. etc. - without services like this one. The only chance an "everyday" person has to try out a quantum computer is to rent time on someone's else's.
I don't think at a similar point in the life of classical computers we had options like this that were readily available - you could rent time on the computers, but I can't imagine that getting access to them was as easy as it will be today with the internet being a thing and service providers offering high granularity on billing.
My understanding (and I'm not even remotely an expert, so I could be totally off base here!) is that it's an open question on whether or not quantum computing will ever even be doable in environments where classical computing works - it might not be within the realm of what physics allows for it ever to be possible to have a quantum computer powered smartphone.
I hope access is ubiquitous someday for people, but in general I feel like this is a good step while that's not practical.
Brendan Gregg is all on board the BPF train as well - check out all the blogs he's written about it over the past several years:
http://www.brendangregg.com/blog/
IMO, (E)BPF is one of the most exciting technologies to be introduced in the past half decade or so. bcc and now bpftrace have become two of my favorite tools to reach for when assisting EC2 customers with performance issues. (Edit: I suppose I should note that that's a personal preference and not AWS policy, and also that the performance issues aren't special to EC2 ;))
> The reality of the 6-pager in 2019 is that it has become boilerplate where style overwhelms substance.
I can't say I agree. I'm in the middle of a 6-pager, and the overwhelming majority of feedback/comments from people I've asked to review it have been very specific to making sure there IS substance. Tons of 'This is unclear. Need extra details and specifics', 'Why is this the case?', and so on. Plenty of grammar/style feedback as well, but the whole point is attention to detail.
I would say they fulfill different purposes. The SSM agent has quite a bit of additional functionality, even within the Session Manager portion. It's more of your solution for online, general day to day access.
Serial console will let you fix issues when you have lost the ability to boot an instance, or network connectivity has failed. When SSH or Session Manager are available, I personally would opt to utilize them over the serial console. But if I have an instance that I can't reach via those, am unable to replace it for whatever reason, and need to bring it back online, serial console would be what I would reach for.