openSUSE Infrastructure "Factory first"-like policya project by tampakrap The SLE15 development model follows the Factory First policy, where all submissions need to go first to openSUSE:Factory and then to SLE15 repos. This way more bugs are fixed, less patches get lost, less backporting is happening etc. Our openSUSE infrastructure is using salt for configuration management. This was working fine, but suddenly we had to split the openSUSE from the SUSE-DMZ services into separate VLANs, thus the salt codebase had to be split as well. The code itself is mostly formulas and quite similar states between the two set of services though. The only real difference was in the pillars, and even there there was a lot of duplication. |
Go async (and non-blocking) with HTTP requestsa project by j_renner There is a couple of libraries available for asynchronous and non-blocking processing of HTTP requests (in Java) that can be used to avoid having threads waiting for responses in request intensive applications, for example: - Apache HttpAsyncClient |
Salt in QA Maintenancea project by DZiolkowski Salt – The most intelligent, powerful and flexible open source software for remote execution, configuration automation, cloud control and event-driven orchestration The goal of the project is to bring its power into QAM, improving efficacy of work and possibly replacing other tools, where Salt could perform the task more naturally. |
L3-CaaS+CAP+NFSa project by gfigueir [CaaS] [CAP] Work on a long term solution for L3 team to easily reproduce customer's issues I had previously cobbled up a "one script CaaS2 installer": |
Export "salt-toaster" tests execution profile to Prometheusa project by PSuarezHernandez "salt-toaster" allows you to test multiple Salt package flavors across different operating systems via Docker containers. This project is heavily used on the SUSE Manager team to hardening the Salt package that is shipped on the openSUSE/SLE distributions. Link to GitHub repository The "salt-toaster" execution is divided on different steps (image building, container spinning, salt key acceptance, tests execution, etc) but currently we only get the global results for the entire testsuite execution. |
Brine in Go: A Salt Formula Build Systema project by Druonysus What is Brine? |
Make "salt-toaster" available to be used outside SUSEa project by PSuarezHernandez The |
Run and manage your Ansible cluster using Salt!a project by PSuarezHernandez At SUSE we've implemented a module on Salt called |
From bare metal to virtualized Kubernetes cluster with just Salt and Redfisha project by joachimwerner My goal is build on Alberto's work on "yomi" and the new Salt-based virtualization management features that Cedric has contributed, then combine them with a Redfish prototype to do the following from one (ideally idempotent) Salt state (orchestration state if required): * mount the installation media via Redfish |
SUSE Manager: Windows client supportan idea by pagarcia Let's see how much, if any, of the steps described here I can get done: https://confluence.suse.com/display/SUSEMANAGER/Windows |