-
-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Split the infra team in two #79
Comments
This comment was marked as outdated.
This comment was marked as outdated.
Hey, |
I'm also thinking of Hexa for the infra team |
Fine, I'm in. I think we should get this thing going sooner rather than later. |
@zimbatm How do you see execution for this? Can we do something to help? |
I need somebody to lead this effort and that starts pulling nixos-org-configurations apart. Ideally, we get all of the infra in one repo, and Hydra and the build farm in the other repo. We'll probably need separate hardware providers, or at least different Packet accounts as well. |
I'm available to do that if nobody else wants to be the lead :) |
The Foundation could do a request to Scaleway to get VPS resources for open
source projects as we probably don't need baremetal for those services.
EDIT: apparently, they don't offer this anymore until October/December 2023.
Le mer. 31 mai 2023 à 13:18, Julien Malka ***@***.***> a
écrit :
… I need somebody to lead this effort and that starts pulling
nixos-org-configurations apart. Ideally, we get all of the infra in one
repo, and Hydra and the build farm in the other repo. We'll probably need
separate hardware providers, or at least different Packet accounts as well.
I'm available to do that if nobody else wants to be the lead :)
—
Reply to this email directly, view it on GitHub
<#79 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AACMZRG7NHRB573NKUKBSNLXI4SHBANCNFSM6AAAAAAW5V72EA>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
This issue has been mentioned on NixOS Discourse. There might be relevant details there: https://discourse.nixos.org/t/notes-on-developing-a-marketing-team-manifesto/28622/1 |
I got an email this week from Scaleway that they are pausing their OSS program for 2023 |
This issue has been mentioned on NixOS Discourse. There might be relevant details there: |
Would it make sense to use a sharded key or multisig scheme? Like, at least two people on the team need to sign a package for it to be considered authentic. |
The builds are signed by the infrastructure automatically, not by people. Like, lots of them every |
I have been using NixOS for years now, would love to contribute back but don't know how to get started. I have professional experience with operating infra at scale, and would love to give a hand to the new team! How could I get the wheels running? |
I am going to propose that the new team will have the necessary credentials, or at least CI access to apply changes in the terraform sub-folder over here: https://github.com/NixOS/nixos-org-configurations/tree/master/terraform |
I'm confused what's the foundation role here, we've decided to split the infra team by keeping critical things to the build team. |
Ok, we now have a @NixOS/infra-build team specifically for the build infrastructure. Invited @mweinelt and @JulienMalka to the @NixOS/infra team. I want to keep things open to @xvello as well but we don't know you really well, so feel free to hang out in the infra Matrix channel. Another good way to start is to send PRs to the https://github.com/nixos/nixos-org-configurations repo. |
I am interested into joining the effort too @zimbatm. |
Might should add @cole-h given his stewardship of ofborg, and incorporate it. |
Also note that ofborg is part of the Foundation's EM account, so I'd be hesitant to add it to the purview of the "standard" infra team and not the build infra team. |
It's great to see all this enthusiasm. ckie and K900 also proposed to help on Matrix. And we have yet to advertise on Discourse. I added @cole-h as he is already a de-facto member. Waiting to stabilize things a bit before giving access to more people. The next step would be to make yourself comfortable with https://github.com/NixOS/nixos-org-configurations. The repo has multiple layers of historical dust that could be cleaned up. Make yourself at home. We might want to re-structure it in build / infra folders to better delineate the accesses. Update the README, ... These are conversations we can have over there. |
Happy to see there's enough people stepping up! As life is a bit hectic right now I'll leave the new team to settle, and will reach out on Matrix later this year. Thanks for keeping the project running 🙇 |
Closing as the infra team has already bootstrapped |
Is your feature request related to a problem? Please describe.
Right now, the infra team is understaffed. We regularly need to deploy more services, and that isn't getting served because of the lack of capacity.
The main reason for keeping the infra team small is that everybody on the team has access to the binary cache signing key. Losing that key would allow an attacker to distribute malicious software with our blessing and open new vectors of attack.
Edit: actually, the more significant problem that I see is that people tend to host things left and right, and then the NixOS project starts becoming dependent on those single-deployer services. Eg: I use https://nixpk.gs/ quite a bit. In order to combat this, the best is to have a common infrastructure where it's relatively easy to deploy onto.
Describe the solution you'd like
Split the infra team in two;
The build team
The build team should have segregated access to the various components:
Most importantly, nobody else should be able to access the cache.nixos.org signing key.
Only super-trusted members should be able to gain access to that team.
The infra team
The infra team should have access to the rest to unblock and enable the community.
This reduces the barrier of entry to the normal infra team, and also provides a ramp for infra team members to get promoted to build infra as we get to know them.
In order to achieve that, we would split the nixos-org-configuration repo in two as well.
Describe alternatives you've considered
Build a signing service that holds the signing key. Some sort of KMS service to further cordon off the key. But that's more work.
Additional context
A recent example: #52 (comment)
The text was updated successfully, but these errors were encountered: