I've just pushed version 1.0.33 of Ymir. The primary change for this release adds clarification on the terminology related to status. ARS had one state field in which the "development" and "production" states where not used uniformly. Some used "development" to indicate a server being built and "production" to indicate that the server is in use, while others used "development to indicate that the server was used for development or testing purposes and "production" was for production services – one differentiation on readiness the other on usage.
Ymir tried to clarify this with two state fields: LifeCycle (readiness) and UseState (usage), but the synchronization with ARS and the use of "production" as a value in both fields has been confusing. To be clearer, the following has been implemented:
The LifeCycle "production" state has been replaced with "deployed" giving us the following states:
Arrived – initial state for when B&F has received the device and turned it over to the correct engineering group.
Provisioning – the device is being prepared for deployment including installation and configuration of the operating system and services.
Deployed – the device has been deployed for its allotted use.
Spares Pool – the device is not in use and may be reallocated for another use.
Decomissioned – the device is no longer useful and is ready to be surplussed
Surplussed – the device has been accepted by UW Surplus
Transferred – the device has been transferred to another UW organization
Purge – For duplicate entries or virtual or faux device entries that should be removed from the database.
The production->deployed change was done transparently. All LifeCycle=production devices are now LifeCycle=Deployed. And all searches in ymir that used the production state in its criteria are automagically converted to use deployed.
UseState will keep the production state, giving us:
Development – The device is used to test development systems and/or software (frequent unannounced changes, shouldn't be linked to production data, and the potential for things to be broken)
Evaluation – The device is used to evaluate systems or software before it is pushed to production (may be linked to production data, things should not be broken)
Production – The device provides the service to customers.
Additionally, when a device is set to the "deployed" state it must have two values set:
UseState – provides information on the importance of the device for after hours support (or if there should be any)
Support Model – determines how engineering groups are notified of an alert
It is important to remember that Computer Operations only creates outage tickets for Dash alerts that are:
Alert Severity: 8-10
Support Model: A, B, or C
Out of Service: false
LifeCycle: deployed
Release 1.0.33 (ssgapp/ymir)
toInputText – now works in IE (and still works in Firefox, Safari, and Chrome) (#633914)
User Property: singleToDevice – if search has a single result use device display (#637713)
Eval site warning more significant (#639198)
Clarify that PCA == PCA Option (#638664)
Monitoring Tags – used to identify services monitored on the device (#638325)
LifeCycle: "production" changed to "deployed" (#637552)
Do not disable XHM when setting SupportModel (#636722)
Simplify setSeverity and setBoolean (js)
remove references to deprecated ARS Support_ fields
Add LastModifiedAt (#589300)
SSG_M2_Validator::validFQDN() – strtolower the value (#633777)
if LifeCycle=production require a UseState (#630153)
Add Comment