...
width | 78% |
---|
...
...
...
Although some CIs have a special life cycle, the typical life cycle for most CIs representing hardware is:
...
...
...
...
...
...
...
Phase 1: VM Requested & Approved
During this phase, a need for the server is determined and a decision is made to deploy a VM rather than a physical server. The specifications for the VM are determined, and a new VM is requested from the appropriate OIT team.Phase 2: VM Configured & Tested
Once configured, the VM must be compared to the original specifications to confirm that it matches the original requirements. Any required configuration is done during this phase including operating system software, application software and services, databases, network connections, user definition and security rules, and arrangements made for backups and disaster recovery. When all configuration steps are complete, a system test is performed on the VM to ensure it meets all client requirements. This phase ends when the VM is ready to be deployed into production.Phase 3: VM in Service & Maintained
This phase represents the useful production life of the VM. Throughout this phase, the VM will undergo periodic maintenance, upgrades, failures and fixes. At some point, the usefulness of the VM will come to an end and plans need to be made to take it out of service. (Normally, these plans are made well in advance of the decommissioning of the VM.)Phase 4: VM Decommissioned
When the VM is no longer needed, either because it is being replaced by a newer system or it no longer serves any useful function, it is decommissioned. Decommissioning is usually a fairly complex process when the VM is being replaced. If the services provided by the VM are no longer needed then decommissioning can be as simple as deinstalling the supporting configuration files. Plans for decommissioning are generally made well in advance of the actual deinstallation of the VM.
...
The typical life cycle for most CIs representing software or other intangible assets differs from that of physical assets in several significant ways:
Phase 1: Requirements Defined & Approved
A need for the asset is determined and a decision is made to deploy the asset. Requirements for the asset are determined and approval is obtained from the client to proceed with the development or acquisition of the asset.Phase 2: Planning
Implementing software or systems usually involves significant planning to make sure the needs of the client are fully understood and the client understands the commitment for training and proper use of the asset.Phase 3: Development or Acquisition
With respect to software, it usually doesn't matter whether the software is developed in-house or acquired from a third party–one way or the other, the client will be changing business processes to take advantage of the new system. The asset must be compared to the original specifications and acquisition documents to confirm that it matches the original requirements. When the asset is ready, a system test is performed to ensure it meets all client requirements. This phase ends when the asset is ready to be deployed into production.Phase 4: Production Rollout
When the client determines that the asset meets all the initial requirements and OIT determines that it is ready to begin production support of the asset, the asset is moved to a production state. This process differs depending on a lot of factors and it it usually strategized well in advance of the actual production deployment. Rollout can be a simple process or can be phased over a long period of time.Phase 4: Asset in Service & Maintained
This phase represents the useful production life of the asset. Throughout this phase, the asset will undergo periodic maintenance, upgrades, failures, and fixes. At some point, the usefulness of the asset will come to an end and plans need to be made to take it out of service. (Normally, these plans are made well in advance of the retiring of the asset.)Phase 5: Asset Retired
When the asset is no longer needed, either because it is being replaced by something newer or it no longer serves any useful function, it is retired. Retirement can be a fairly complex process depending on the asset class. If the services provided by the asset are no longer needed then retiring can be as simple as removing a set of software. If the asset needs to be phased out rather than replaced, retirement can take some time. Plans for retiring intangible assets are generally made well in advance of the actual retirmement of the asset.
Audit & Validation
...
Configuration Groups
The following are the configuration groups used by OIT for organizing CIs in the Configuration Management Database (CMDB):
Section | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||
|
Column | ||
---|---|---|
| ||
...
width | 20% |
---|
...