IT Operating Environments Best Practices - Decommission environments deliberately when they are no longer needed - do not allow them to persist and accumulate cost, configuration drift, and risk
IT Operating Environments Best Practices
Chapter 69. Decommission environments deliberately when they are no longer needed - do not allow them to persist and accumulate cost, configuration drift, and risk
Overview
Environment decommissioning is the governance activity that most consistently fails in organizations without formal environment lifecycle management. The creation of environments is often governed - there is a request process, an approval step, and a provisioning workflow. The operation of environments is often monitored - there are availability metrics, incident reports, and usage statistics. But the decommissioning of environments is frequently ungoverned - there is no trigger, no process, no accountability, and no consequence for allowing environments to persist indefinitely after the purpose that justified their creation has been fulfilled. The result is an environment landscape that grows continuously and rarely contracts, accumulating the infrastructure cost, configuration drift, and security exposure of environments whose operational justification has long since expired.
Best Practice
Establish formal decommissioning triggers and a formal decommissioning process for every environment instance, defined at the time of provisioning rather than determined reactively when someone eventually notices that an environment is no longer needed. Decommissioning triggers should include: the conclusion of the project, program, or delivery activity the environment was created to support; the promotion of the solution the environment serves to the next environment tier, where the previous tier is no longer needed for active work; the retirement or decommissioning of the application the environment supports; and the expiration of the environment’s defined maximum lifetime without a formal extension approval. The decommissioning process should address the same workstreams as application retirement: data disposition - all data in the environment must be either migrated, archived, or securely deleted per applicable retention policies; access revocation - all access credentials provisioned for the environment must be revoked and all secrets specific to the environment must be rotated or deleted; infrastructure termination - all compute, storage, and network resources must be formally released through the environment management tooling; inventory deregistration - the environment’s record in the Environments Inventory must be updated to Retired status and its active record archived.
Benefit(s)
Formal environment decommissioning produces the continuous contraction of the environment landscape that balances its continuous expansion through new environment creation. Infrastructure costs are eliminated as environments that no longer serve active purposes are decommissioned. The security exposure of the enterprise environment landscape decreases as attack surface is eliminated through decommissioning. Configuration drift, stale access credentials, and ungoverned data - the governance deficits that accumulate in every long-running environment - are eliminated rather than allowed to persist indefinitely. The Environments Inventory remains accurate and current because decommissioned environments are formally retired from active records rather than left as phantom entries that inflate the apparent size of the governed environment landscape.
Copyright for the International Foundation for Information Technology (IF4IT): 2008 - Present
Legal Disclaimers