Open Fire Serverless CI

Hacker News

Share card

Open Fire Serverless CI

Hello, HN community, I'm really excited to show you Open Fire a serverless CI, how does it work? relying on serverless technologies (firecracker) we can spin up a new VM in less than 200 ms running in a more powerful and newest CPU on the market, just change 1 line of code on your GitHub Actions Workflow and you're up and running! You can see our use case, where we implemented Open Fire in the NextJS repo taking down build time from 1 hour 17 minutes to 26 minutes which is a 66 % of improvement without any engineering effort! [1] The value of a CI/CD Pipeline is inversely proportional to how long the pipeline takes to run and is a limiting factor for companies to release quickly and often. For a little bit of background, I have been working in the CI/CD space for the last 9 years in small startups, my own CI/CD startup for mobile games, and big enterprises like PayPal and Binance, and you see the same pattern emerges In today's life developers are pretty good when they're building new features on their local machines, they have top-edge hardware like MacBooks with tons of core and RAM, but when they push and need to run all CI/CD steps building (multi-arch x86, x86_64, ARM), unit testing, e2e they start to feel very frustrated with the state of the art of their CI/CD pipeline because those will be running on some cloud provider crappy VM that has between 2vCPU 4 GiB to 4 vCPU 8 GiB of RAM, is in that place when they see that their local workflow from 2 minutes build time will become something in the range of 30 minutes to 1 hour! And if you want to migrate to self-hosted CI you will get: High cost of idle infrastructure waiting to pick up jobs to run. Big queues for accessing the resource to run your pipelines, because everyone is working at the same time frame the high demand overlaps and you can't scale your self-hosted solution that fast without building a team of ~ 20 people. Spent all day installing and updating all the dependencies of the VM and now have to maintain the software packages installed on that machine Companies tend to have 3 different kinds of CI/CD platforms inside them, legacy systems using Jenkins and for new systems GitHub or GitLab, and Buildkite, so you need to create and maintain new runners for all these CI/CD systems, pre-install software for all the build pipelines that may run in your runner Now you have a new platform to develop, update and support every day for the whole company. And the list goes on [1] - https://open-fire.notion.site/Open-Fire-Serverless-CI-788479... Thanks for reading, if you want to try us, want to say high, or give us some feedback just ping me jean _at_ open-fire.dev - Jean