NikPuashkin

Terraform modules, newly released by puzl.cloud, provide a practical solution for orchestrating your GitLab runner fleet, addressing a gap in current GitLab functionalities. Explore the documentation to understand how these modules can streamline your CI/CD processes, especially in case when you have to manage more than dozen of runners.

Join our new Discord server to discuss the various DevOps topics https://discord.com/invite/wt8GzF8aG4

I'm always open to discuss any security concerns, which are based on technology. However, you started here from the toxic biased comments. If my company is 3yo, I can't make it 10yo in one day, obviously, so there's no point to discuss it seriously. The age of the company is not an objective security criteria for an engineer, that's why I referred you to the CircleCI security breche.

Regarding the paper work, it's to be done yet. New company can't start from applying for ISO 9002. If you would like to discuss the technical security aspects of the solution (there are many), you're welcome to my DM or to the channel in Discord.

> ProTip: Don't price shop for CI runners and give some random company access to your company's source code and secret keys/tokens

> I've personally used and liked, GitHub Actions, CircleCI

https://circleci.com/blog/january-4-2023-security-alert/

Yeah. Random company.

Can't disagree here. If you have time and a member in your team who can cook it, own hardware is worth a shot. But should get prepared for a lot of things to cook. You still have to maximize your server utilization together with security: running containers on a single host with 128 cores works seamless only if your workloads are trusted and the amount of processes is dozens, not hundreds or thousands.

It isn't about price, it's about effectiveness, so both speed and price.

The solution is architecturally different from anything on the market, including the GitHub controller you've posted here. I guess, you didn't even open the link of the post, because there is a scroll #3, which gives you quite a detailed explanation of the service tech advantage.

Good for you. Don't you think it's good to have a choice?

Self-hosted is always good, if you can afford hosting own hardware.

That's a good question for any cloud platform. I can only say, that to make it as trustful as possible:

- we encrypt all your environment variables on-flight before they're inside the isolated KVM

- we do a network isolation of customer runners and pipeline jobs in the local network

- we don't store the stdout of your pipeline jobs

- we use ephemeral filesystem in a runtime to avoid storing any data even accidentally

Each job runs in the isolated KVM, so you have the same level of isolation like with any traditional cloud instances on AWS, GCP, etc.

1. I don't think that the color of the passport is important and I, obviously, can't list all the employees here and disclose their citizenship. I'm, personally, a Russian citizen relocated to the EU far ago.

3.1. We don't provide the GitLab hosting services, only runners + pipeline jobs. You can use self-hosted GitLab or GitLab.com with our service.

3.2. We have a few customers from this region currently, so if you're from APAC and you're interested in the service, please tell us more about your requirements:

- https://discord.com/invite/wt8GzF8aG4

- support@puzl.cloud

Well, we're in the public comments section and here is no DM, so I'm referring to the other public channel where I can be found in person ¯\_(ツ)_/¯

We have all the contacts on the main page, but if using Discord makes it amateurish, here is the good old email: support@puzl.cloud

Thank you for your interest!

1. The company is Estonian and regulated by the EU GDPR. Founders and all employees are the residents of the EU.

2. Was some stupid bug during the latest merge, already fixed, thanks a lot for finding this!

3.1. If we talk about the latency of cluster API, such a board is in our backlog atm. However, GitLab runners are clients by its nature, so it's hard to say what the API latency gives you here. Could you please elaborate?

3.2. The hardware is owned by GPU Computing OU and is placed in Tallinn, Estonia. We're working on adding US region as well.

None of the above :) We're fully independent and host everything ourselves.

It's very insightful! Please knock me in DM in Discord, if you use it https://discord.com/invite/wt8GzF8aG4

Re: clouds: We're fully independent team and do host everything ourselves. We started from cheap k8s-based cloud GPU platform back in 2020 and now decided to go to SaaS field with all the research and experience we've collected.

Thank you for the feedback! Yeah, we're in the same niche: slow and costly pipelines are annoying.

Yep, GitHub is the next in our roadmap. A bit more tricky to scale it, so we decided to start with GitLab, first.

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

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 :)