Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

So very limited, but really solve some huge problems.

I run datacenter(s) with thousands of autonomous machines. These machines run a small binary daemon. That daemon needs to check for a new version of itself, which is built/released as a CI push job on github (after all the tests pass).

A super simple CF worker serves as a reverse proxy to the GH API + the download of the binary. For $5/month, I've worked around the GH API limitations, in a massively scalable way.



Interesting use case and solution.

Why not use package publishing tool like packagecloud.io (or setting your own private reprepro, dak variation) with unattended-upgrades configured for the repos and frequency you need ? Was the tooling at OS layer not adequate for this kind of setup ?


You have a good point. At the end of the day, this is an implementation detail and something that can be easily changed. =)


Looking into packagecloud.io pricing, I'd be in the $700/month plan based on transfer alone. $5 -> $700.


You are running a DC with thousands of machines, while $700 is not insignificant, it shouldn't be a decision making factor at that size. You could run package manager locally and save on that managed cost if you really wanted to.

As developers we constantly discount the value of our time. Your time in developing/maintaining these scripts is not free.

From an org perspective, to maintain a home grown solution is not free either, inevitably someone would take over this part of your role, they would need skills they otherwise probably won't need to have (making hiring harder/costlier) and they will need more training and also will have to spend time maintaining it.

This is true even if you are the founder of the organization. I thought being a founder where I am going to go so early on built solutions like yours. It turns out that doesn't make any difference The role always changes . As an employee we become older acquire more skills/knowledge/experience and role changes or simply leave the org. As a founder we grow the company and have to hire more people to do what once we did.


I get what you're saying and this isn't my first rodeo. =)

FYI, running it locally would involve buying hardware and maintaining that hardware, at each datacenter (there are multiple). We don't have any server hardware at the data centers.


You should write this up, it sounds cool




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: