> We're a Software company and have many products and many developers. > We'd be interested in hearing your thoughts on ways to manage > many Linux > guests in a development environment. > > Options we've considered: > 1. Give each development group their own Linux. Possibly a couple of > members of the group serve as admins and have root authority. > They would be > responsible for the care and feeding of their respective > Linux system. We > only get involved if requirements extend to VM admin tasks. > 2. We (IBM syprogs) micromanage each Linux - retaining > complete control of > each system - never divulging the root password etc. We do all Linux > upgrades, vm work, etc...
Option 1 is likely to be the most palatable and workable. Of course your organization may vary from the norm, but in general, the following holds: 1) Unix folks want/need/believe they need/kick madly if they don't have the root password to their box. 2) There are a lot of functions that you need to have root authority to do that are time-consuming and awkward to secure with sudo. 3) If you try to take over all the system administration, you will spend more time in political contests about who does what than you will gettting any software written. Option 2 is a graceful method of coexistance; the lines of responsibility are clearly drawn, and if someone fouls up, it's clear who has to fix it. 4) If the groups have to work together, they will learn surprising things from each other. This is Good Stuff for software developers; what the mainframers know about uptime and reliability is sorely needed in the Unix world. The Unix guys have loads of cool tools that make life as a software guy a lot easier -- the mainframe folks often have never seen this stuff before. Cross-pollinization is powerful stuff -- leads to Linux ports and mainframe WWW servers and all manner of things...8-)
