Top
Best
New

Posted by mpweiher 10/28/2024

How do you deploy in 10 seconds?(paravoce.bearblog.dev)
62 points | 54 commentspage 3
renewiltord 10/30/2024|
Skip compilation. Just edit in prod. Zero second deploy.
jraph 10/29/2024||
Since nobody has dared to state the obvious for the entire hour this post has been posted on HN, I'll do it, even if it costs me, so nobody else has to.

> How do you deploy in 10 seconds?

By editing in production, of course.

Thank you for your attention.

toast0 10/29/2024||
If you use something to send your input to multiple terminals, you can edit in production on your whole cluster at once. It can be a little tricky if the servers have diverged a bit.
jraph 10/29/2024|||
At DevOops Ltd, we love KISS, we move fast and we know to administrate your servers in no time at a bargain. We keep you from the Kubernetes anxiety. We got you covered. Don't worry about it.
athenot 10/29/2024|||
This isn't really that far from using Ansible to deploy. Effectively logging into X servers all at once and editing the things. This can be a valid strategy.
kodama-lens 10/29/2024|||
At my old company we used to git pull and do make install on the prod server.

Now I have to file an exceptions for a found buffer overflow vulnerability in libfdisk1 identified in my miminal container image running in a locked down, read only container context. Because ITSac has processes for it.

eterm 10/29/2024|||
I was once in my much younger days, at a company where the development team worked at a different office to the "head office" product team.

We were a PoS app, and had no SaaS web offering.

The head office was keen to get one, so someone there prototyped one, then that prototype impressed the board so much, they got a couple of contractors in (with no knowledge of the actual product development team) to flesh out the prototype.

Eventually the product team admitted what they were doing and brought in the developers to take a look at how they were working.

They were using git, but not really using it. Because their actual mode of working was to SSH into the production machine, and use vim to edit the code.

Multiple users. SSHing into the same space, editing the same files. Sure, they had a git log, but it wasn't exactly best practices.

It was also all PHP, but we were a VB6/.NET shop, so there was also some friction around whether we should all learn PHP and embrace that going forward.

I was half impressed they managed to get so far with their prototype, half horrified by what I found.

There was not just no security consideration, they didn't know what an IDOR was.

I was incredibly impressed by the professionalism of the security auditor they got to review the code. I learned a heck of a lot from him in the few days he was with them. I regret to this day not writing down his name.

But yeah, those deployments were probably the fastest they would ever deploy.

Despite being impressed by the forward thinking of the product team to force the issue and get some kind of SaaS web presence, I sharpened up my CV and got a job which didn't involve either VB6 or PHP.

samtheprogram 10/29/2024|||
If you want some sanity, bare git repos, of course :)
fasteo 10/29/2024|||
John 8:7
phendrenad2 10/29/2024||
How does flagging work on HN? People flag something and it's immediately removed from the homepage, and then presumably later the admin looks at it and decides if it should be flagged?

Because this story being flagged in WILD ya'll.

breck 10/29/2024||
10 seconds, why not 1s?

We deploy in <1s. New sites, mods, small sites, large.

crummy 10/29/2024|
Perhaps you could talk about how you do it?
breck 10/29/2024||
Let's take a conservative estimate of 200MB/s write speed on a Digital Ocean Droplet.

If your site is 100MB, write the new site to disk and read it into memory, kill the old server and bind to port on new server, in 1 second.

catlover76 10/30/2024|
[dead]