Boston Linux & UNIX was originally founded in 1994 as part of The Boston Computer Society. We meet on the third Wednesday of each month at the Massachusetts Institute of Technology, in Building E51.

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] Change Management / Server Room auditor/logger recommendations?



On 2/8/2015 1:25 PM, Greg Rundlett (freephile) wrote:
> I thought manually tracking changes to machines and environments was
> outdated.

Depends on your environment. If you have a heterogeneous environment 
then tracking all of the changes through a configuration management 
system ends up being more work than tracking and implementing changes 
manually. At the very least it means having another one-off, the 
configuration system itself, to manage. At worst... I never personally 
got to "worst" when I tried to apply Puppet to my environment. I 
abandoned the attempt when it became clear to me that managing my 
environment through Puppet would take around twice as much work as 
managing it manually.

Append-only tracking makes more sense for environments like this. While 
RT does work this way I wouldn't use it for this purpose. RT is a 
ticketing system. Turning it into change log system would require more 
effort than I think it's worth. A wiki can work for a small admin team. 
Wikis aren't append-only but they have modification histories that can 
be used to backtrack if someone mangles a change log. Or text files, one 
per node, on Git-backed storage. Similar results without being locked 
into a given wiki's database or having to deal with web-based bullet 
point BS.

-- 
Rich P.



BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org