I currently host my personal Web site as static files via AWS CloudFront. But even static hosting on a $5 VPS with Nginx might handle an HN surge fine.
I host my AI-generated code portfolio site separately (to unambiguously distinguish it from my 100% human-written open source work), using github.io (seemed appropriate) with a custom domain.
My personal site is hosted on this exact setup. Twice I made the homepage, twice I noticed no slowdown whatsoever.
The only problem is that in May of this year, when my SimCity 3k in 4k article was found by the HN crowd, its access.log bloated to 200Mb causing my logrotate script (that hooks in Goaccess) to blow up every time since when trying to process it, and this log has been growing every day since - because logrotate isn't doing much rotating!
When I can massage my VPS into processing it, I'll have the stats to enjoy.
If a blog needs "scaling" of any sort you are doing it wrong.
The "If necessary I can add autoscaling later" mindset is what leads to bloated, slow websites.
I don't think folks think clearly about how their setup scales computationally when they are choosing their stack. I've been writing a lot of software designed for drop-dead simple self-hosting lately (can run CGI-bin or as a standalone server, based on the env it's invoked in), and I put my own instances behind CGI, keenly aware of the risk on the open internet. But I design .htaccess so that the main server is hitting caches for anything anonymous. This works Just Fine for hitting the HN front page in my experience on a 1GB VPS, since the request never even makes it to my Python code.
I think folks just don't prioritize these sorts of optimizations.