[HN Gopher] Run Gitlab pipelines 2x faster and 5x cheaper withou...
       ___________________________________________________________________
        
       Run Gitlab pipelines 2x faster and 5x cheaper without changes in
       .gitlab-ci.yml
        
       Author : NikPuashkin
       Score  : 12 points
       Date   : 2023-11-05 14:02 UTC (8 hours ago)
        
 (HTM) web link (gitlab-pipelines.puzl.cloud)
 (TXT) w3m dump (gitlab-pipelines.puzl.cloud)
        
       | NikPuashkin wrote:
       | We're happy to announce a new SaaS on puzl.cloud. It lets you
       | focus on your CI/CD workflows while we handle your GitLab runners
       | and pipeline jobs. We call this approach Zero Idle because you
       | pay only for actual CPU and memory consumption, not for
       | allocation.
       | 
       | This is the #1 way in the world of running pipeline jobs in terms
       | of cost/performance. It beats everything from AWS, GCP, and Azure
       | to GitLab.com SaaS runners, since they all are built on
       | traditional cloud instances. If you don't use GitLab yet, you
       | should consider it just to be able to boost your operations with
       | puzl.cloud :)
        
       | NikPuashkin wrote:
       | Forgot to say: everyone's welcome to our community Discord
       | server, which we opened a few days ago. There's anything about
       | devops, Kubernetes, GPUs and cloud computing in general.
       | 
       | https://discord.com/invite/wt8GzF8aG4
        
       | pinkgolem wrote:
       | I actually thought about building the same thing today, iops is
       | slow & the CPU is outdate in GitHub actions & scaling it up is
       | quit expensive.
        
         | NikPuashkin wrote:
         | Yep, GitHub is the next in our roadmap. A bit more tricky to
         | scale it, so we decided to start with GitLab, first.
        
         | 20thr wrote:
         | You can use namespace.so today which provides the best
         | performance for Github actions in the market.
         | 
         | With the added capability of cache volumes: high-performance
         | zero-cost cross invocation caching.
         | 
         | Built by a team of ex-Googlers and ex-Digital Ocean.
         | 
         | Disclaimer: i'm founder and ceo (happy to answer any
         | questions!)
        
       | suryao wrote:
       | This is fantastic - we do something similar for Github actions
       | with WarpBuild.
       | 
       | There's just so much time and compute wasted otherwise.
        
         | NikPuashkin wrote:
         | Thank you for the feedback! Yeah, we're in the same niche: slow
         | and costly pipelines are annoying.
        
       | aetherspawn wrote:
       | We provide CI CD services from a small data center we run, but
       | the problem that we typically have is that cloud runners are:
       | 
       | 1. Too cost effective to sustain a business competing against it
       | (cloud) in terms of price
       | 
       | 2. Too critical to business for us to cut costs by simplifying
       | hardware requirements/cutting down redundancies (power and
       | network)
       | 
       | I find the direction of your business fascinating because not
       | only are you promising higher performance service (our main
       | selling point is that we buy HW that cloud providers won't buy..
       | like low core count high clock speed[1]) but you are promising to
       | run the business on a fraction of the revenue.
       | 
       | We encourage our customers with pricing perks and deals to _buy
       | more_ than they need, because we need the consistently high
       | revenue even if they don't use their service to keep the doors
       | open and the hardware up to date. Surely you would need a HUGE
       | scale to run this company profitably.
       | 
       | Are you hosting your runners in the cloud at a loss ATM? We
       | should connect.
       | 
       | [1]: we can build SW in 6 minutes vs 20 minutes on an EC2 large
       | with no IOPS bottleneck. Cloud is actually generally pretty slow.
        
       ___________________________________________________________________
       (page generated 2023-11-05 23:02 UTC)