Motivations for, and barriers to, using Cornell's MS Configuration Manager (CM) more powerful tools and capabilities, such as application updating. Especially within Research. |
Overview
The decision to have CM installed "on all Windows which are in CU AD" is fine within Research as long as the following condition holds true:
We can roll out CM within Research ONLY IF we have the option, per computer, to pick and choose CM capabilities to best meet that research computer's business need.
Function | Gap, as understood by Chemistry IT | Notes |
---|---|---|
Create and maintain easy-to-access page with current list of apps managed by 3rd party updater. | Unknown products been installed or updated by 3rd party updater. | All or nothing, right? |
Enable stand-alone CM SCEP install | ||
Enable stand-alone CM MS updates with forced reboots | Do not automatically link this capability with any other enrollments. | Forced reboots moving from ~2pm to ~4pm, once moved to CIT's schedule. |
Ideal: Enable stand-along CM MS updates with non-forced reboots (and/ or other algorithms) | The more choice, the more likely to find a good fit to ensure patching. | |
Enable stand-alone A&S CM Java install | In progress. A&S testing. | |
Enable stand-alone A&S CM Firefox install | Easy? | Easy since CIT has package already? |
Enable stand-alone A&S CM Flexera install | DONE! | |
Enable stand-alone A&S CM FileZilla install | DONE! | |