Prosessikatsaus: Konfiguraationhallinta

Yhteenveto

Konfiguraationhallinta (CM) on prosessi, jota käytetään palvelujen konfiguraation hallintaan aina yksittäisten konfiguraatioerien (CI) tasolle asti. Prosessiin kuuluu jokaisen konfiguraatioerän (CI) hallinta ja seuranta käyttöönotosta käytöstäpoistoon, jotta organisaatioilla on kattava käsitys palveluistaan, palveluja pyörittävistä konfiguraatioeristä ja niiden keskinäisistä riippuvuuksista. Tämä ymmärrys on kriittinen tehtäessä tietoon perustuvia päätöksiä IT-muutoksista, varmistettaessa alan standardien ja säädösten noudattamista sekä ylläpidettäessä IT-palvelujen kokonaislaatua. Hallitsemalla CI-eriä tehokkaasti organisaatiot voivat minimoida muutoksiin liittyviä riskejä, optimoida IT-omaisuuden käyttöä ja nopeuttaa IT-ongelmien ratkaisua, mikä tukee liiketoiminnan saumatonta toimintaa ja strategisia tavoitteita.

Konfiguraationhallintaprosessin tuloksena syntyy konfiguraationhallintatietokanta (Configuration Management Database, CMDB). CMDB on kattava tietovarasto, johon tallennetaan yksityiskohtaista tietoa jokaisesta CI-erästä. Se sisältää tietoa CI-eristä, kuten palvelimista, sovelluksista ja IT-palveluista. CMDB on olennainen näiden IT-komponenttien välisten suhteiden ja riippuvuuksien havainnollistamisessa. Tämä tieto on korvaamatonta tehokkaan ongelmanratkaisun sekä IT-infrastruktuurin muutoksia tai päivityksiä koskevan tietoon perustuvan päätöksenteon kannalta. Sillä on keskeinen rooli organisaation IT-palvelujen tehokkuuden ja luotettavuuden parantamisessa.

Konfiguraationhallinta ja IT-omaisuudenhallinta (ITAM) liittyvät läheisesti toisiinsa. Molemmat prosessit auttavat yrityksiä varmistamaan, että niiden IT-ympäristö tukee liiketoimintaprosesseja mahdollisimman tehokkaasti. Ne ovat kuitenkin erillisiä prosesseja, jotka lähestyvät omaisuus- ja konfiguraatioeriä eri näkökulmista.

CM-prosessi keskittyy tarjoamaan tarkkaa ja luotettavaa tietoa eri palvelujen tarvitsemasta konfiguraatiosta sekä varmistamaan, että palvelujen tuottamiseen osallistuvat konfiguraatioerät (CI) ovat aina käytettävissä. Se sisältää myös olennaista tietoa CI-erien välisistä suhteista, mikä auttaa arvioimaan CI-eriin ja palveluihin liittyvien muutosten vaikutuksia. Toisaalta ITAM keskittyy esimerkiksi omaisuuserien arvoon, sijaintiin, omistajuuteen ja elinkaarinäkökohtiin. ITAM vastaa kysymyksiin kuten “Missä omaisuuserät sijaitsevat?”, “Mikä on näiden omaisuuserien arvo?", “Milloin näiden laitteiden takuu päättyy ja milloin ne täytyy vaihtaa?” ja niin edelleen.

Molemmat prosessit ovat ratkaisevan tärkeitä myös muille palveluhallinnan prosesseille, kuten häiriön-, ongelman- ja muutoksenhallinnalle. Ne mahdollistavat tukitiimien nopeamman häiriöiden ratkaisemisen ja auttavat IT-tiimejä minimoimaan IT-ympäristön muutosten haitalliset vaikutukset. Alla oleva kuva antaa yleiskuvan molemmista prosesseista ja osoittaa, että molempiin prosesseihin liittyy tyypillisesti sekä havaittavissa olevaa että havaitsematonta dataa.

On tärkeää huomata, että prosessit menevät tietyssä määrin päällekkäin. Esimerkiksi sovelluspalvelin on konkreettinen omaisuuserä, jonka jokin organisaatio omistaa. Se sijaitsee jossain ja sillä on sisäinen arvo, joka on tunnettava ja hallittava. Sovelluspalvelin on kuitenkin myös CM-prosessin hallinnoima CI. Palvelu on kriittinen osa tietyn palvelun toimintaa, ja sen riippuvuudet muihin CI-eriin (kuten muihin palvelimiin, tietokantapalvelimiin, tietokantoihin, verkkoihin ja integraatioihin) on tunnettava ja hallittava. Myös palvelimen ja sen riippuvuuksien saatavuus ja vakaus on hallittava.

Ohjelmistoresurssien hallinta (Software Asset Management, SAM) -prosessi liittyy myös sekä CM:ään että ITAM:iin. SAM-prosessi keskittyy ohjelmistoresurssien, kuten ohjelmistolisenssien, hallintaan. Seuraava taulukko tiivistää erot konfiguraationhallinnan, IT-omaisuudenhallinnan ja ohjelmistoresurssien hallinnan välillä.

IT-omaisuudenhallinta, konfiguraationhallinta ja niiden suhde CMDB:hen

Kuten edellä mainittiin, CM ja ITAM ovat erillisiä prosesseja, joilla on yhtäläisyyksiä ja jonkin verran päällekkäisyyttä. CM-prosessi hallinnoi tyypillisesti monia ITAM-prosessin hallinnoimia IT-omaisuuseriä varmistaakseen, että palvelutuotantoon liittyvät suhteet ja riippuvuudet tunnetaan ja että CI-erät ovat käytettävissä ja toimintakunnossa.

Termiä Configuration Management Database (CMDB) käytetään yleisesti edellä mainittujen prosessien yhteydessä. Kuten edellä mainittiin, CMDB voidaan nähdä konfiguraationhallintaprosessin tuloksena, eikä sitä käsitteenä tule sekoittaa IT-omaisuudenhallintaprosessiin. Teknisestä näkökulmasta IT-omaisuuserät kuitenkin tallennetaan tietokortteina Matrix42 Service Management Toolin CMDB-moduuliin. Tämä näkyy kuitenkin vain pääkäyttäjille.

Konfiguraationhallinta Matrix42:ssa

Matrix42:n ratkaisu tarjoaa työkaluja, jotka auttavat organisaatioita toteuttamaan konfiguraationhallintaprosessinsa (CM) tehokkaasti, kuten edellisissä osioissa on kuvattu. Siihen sisältyy Configuration Management Database (CMDB), joka auttaa hallitsemaan, seuraamaan ja näyttämään, miten eri konfiguraatioerät (CI) liittyvät toisiinsa. Tämän järjestelmän ytimessä on palveluluettelo. Se on ratkaisevan tärkeä paitsi CM-prosessille myös muille palveluhallinnan prosesseille. On tärkeää, että kaikki IT-palvelut on dokumentoitu hyvin ja tallennettu CMDB:hen helppoa käyttöä ja hallintaa varten. Ratkaisu mahdollistaa asiakaskohtaisten, sääntelyvaatimukset huomioivien konfiguraatioiden soveltamisen.

CMDB:n avulla organisaatiot voivat seurata monenlaisia CI-eriä. Alla on esimerkkejä CI-tyypeistä, joita voidaan hallita CM-prosessin puitteissa. Huomaa, että joustavat tietomallit mahdollistavat CMDB:n laajentamisen erilaisiin liiketoimintatarpeisiin sopivaksi.

• Palveluluettelo:
  • Palvelut.
• Sovellushallinta:
  • Sovellukset.
  • Integraatiot.
• Infrastruktuurin hallinta:
  • Pilvi-infrastruktuurit.
  • SaaS-komponentit.

Seuraava kaavio havainnollistaa edellä mainittuja CI-tyyppejä ja tyypillisiä suhteita:

Palveluluettelo

Palveluluettelo on konfiguraationhallinnan lähtökohta. Se luettelee kaikki palvelut, joita organisaatio tarjoaa. Esimerkiksi 'Service A' on yhdistetty 'Business Process A':han, ja vastaavasti 'Service B' liittyy 'Business Process B':hen. Nämä palvelut edustavat tarjontaa, joka tukee organisaation eri liiketoimintaprosesseja.

Sovellushallinta

Toinen kerros käsittelee sovelluksia, jotka mahdollistavat palvelut. 'Application Installation A' ja 'Application Installation B' edustavat ohjelmistoja, joita tarvitaan 'Service A':lle ja 'Service B':lle. Nämä asennukset ovat joskus toisiinsa kytkettyjä, kuten 'Integration A-B' osoittaa, mikä tarkoittaa, että niiden välillä kulkee dataa tai toiminnallisuutta. Lisäksi jotkin sovellukset ovat riippuvaisia muista sovelluksista toimiakseen. Esimerkiksi 'Application Installation A' on riippuvainen sovelluksista 'Application Installation C' ja 'D', mikä osoittaa, että nämä sovellukset tarvitaan sen tehokkaaseen toimintaan. Alla on yleiskuva konfiguraationhallinnasta, joka keskittyy palveluluetteloon, sovellushallintaan ja omaisuudenhallinnan näkökohtiin:

Omaisuudenhallinta

Lopuksi on omaisuudenhallinta, joka keskittyy fyysisiin tai virtuaalisiin palvelimiin ja muihin resursseihin, joissa sovelluksia isännöidään. 'Server A', 'Server B', 'Server C' ja 'Server D' edustavat infrastruktuuria, joka tukee sovelluksia. Jokainen sovellusasennus toimii tietyllä palvelimella, ja näiden palvelimien hallinta on ratkaisevan tärkeää sovellusten saatavuuden ja suorituskyvyn kannalta. Ratkaisu mahdollistaa myös monien muiden resurssityyppien hallinnan ja valvonnan. On tärkeää huomata, että näitä resursseja ylläpidetään myös ITAM-prosessin kautta. Esimerkkejä resurssityypeistä, joita voidaan hallita tehokkaasti CMDB:ssä, ovat:

• Palvelimet
• Tietokannat
• Verkot
• Verkkolaitteet
• Tallennustilat
• Varmuuskopiointilaitteet
• Dokumentit
• Asemat
• Mobiilisovellukset
• Toimittajat (tallennettu Company-mallilla)

Infrastruktuurin ja toimittajien hallinta

Yllä olevassa kaaviossa 'SaaS Component A' ja 'Application Installation A' ovat riippuvaisia taustalla olevasta infrastruktuurista. 'SaaS Component A' toimii 'Cloud Infrastructure A':ssa, mikä osoittaa siirtymän kohti pilvipohjaisia ratkaisuja. Tämä infrastruktuuri on puolestaan yhdistetty 'Supplier A':han, mikä osoittaa, että kyseessä on kolmannen osapuolen toimittajan tarjoama ulkoinen palvelu. Toisaalta 'Application Installation A' toimii 'Server A':lla, joka saattaa edustaa paikallista tai yksityistä pilvipalvelinta, ja se on yhdistetty 'Supplier B':hen.

Integraatiot ja suhteet

Kaaviossa näkyy myös integraatio palvelujen 'Service A' ja 'Service B' välillä, merkitty nimellä 'Integration A-B'. Tämä edustaa kahden erillisen palvelun välistä data- tai prosessivirtaa, mikä viittaa palvelujen tai komponenttien väliseen riippuvuuteen tai yhteistyöhön.

Konfiguraation seuranta päästä päähän

Käytännössä Matrix42:n konfiguraationhallintaprosessi seuraa suhteita ja riippuvuuksia palveluluettelosta aina toimittajiin asti. Se varmistaa, että jokaisen palvelun taustalla on oikeat sovellukset, jotka toimivat oikealla infrastruktuurilla ja joita tarjoavat luotettavat toimittajat. Tämä kokonaisvaltainen lähestymistapa tuo selkeyttä ja hallintaa koko palvelutuotantoprosessiin, mikä parantaa palvelun laatua, riskienhallintaa ja kustannustehokkuutta. Tämän prosessin lopputuloksena syntyy Configuration Management Database (CMDB), joka toimii keskitettynä tietovarastona kaikille konfiguraatioerille (CI) ja kuvastaa palvelutuotannon komponenttien tilaa reaaliajassa.

Datan jäljitettävyys ja vaatimustenmukaisuus

Alusta varmistaa täyden jäljitettävyyden kirjaamalla vaaditut tapahtumat tietojen käytöstä ja muokkauksesta. Joustavan käyttöoikeusjärjestelmän avulla voit hallita, kuka voi tarkastella tai muokata tietoja. Lisäksi järjestelmän muokattavuus mahdollistaa organisaatioiden vastaamisen eri toimialojen sääntely- ja vaatimustenmukaisuusvaatimuksiin.

Käyttötapaukset

1. Keskitetty konfiguraatiovarasto CMDB:ssä:
   1. Kaikkien CI-erien, IT-omaisuuserien ja palvelutietojen hallinta yhdessä paikassa.
2. Palveluluettelon hallinta:
   1. Palvelujen yksityiskohtien kuvaaminen, mukaan lukien suhteet, tila, laajuus ja taloudelliset tiedot.
3. Yhteys ITAM:iin ja sovellushallintaan:
   1. Yksityiskohtaisten omaisuus- ja sovellustietojen kirjaaminen ja seuranta ITAM-prosessin tukemana.
4. Laaja raportointi ja visualisointi:
   1. Kattavat raportit CI-eristä ja riippuvuuksien visualisointi.

Syöttökanavat

CI-dataa voidaan tuoda eri tavoin, kuten:

• Kertaluonteinen tuonti tiedostosta.
• Dynaaminen tuonti tunnistustyökalujen kautta.
• Tuonti integraatioiden kautta muista työkaluista ja järjestelmistä.
• Tietojen manuaalinen syöttäminen Matrix42 Workspacessa.

Termistö

Edellytykset

• IT-palvelujen ja -infrastruktuurin ymmärtäminen
  • Organisaatiolla on oltava selkeä käsitys IT-palveluistaan ja infrastruktuuristaan. Tämä sisältää tiedon siitä, mitä palveluja tarjotaan, mitä sovelluksia ja laitteistoja tarvitaan näiden palvelujen tuottamiseen, sekä niiden välisistä riippuvuuksista.
• Yksityiskohtainen palveluluettelo
  • Hyvin dokumentoitu palveluluettelo on olennainen. Sen tulisi kuvata kaikki IT-osaston tarjoamat palvelut, ja siihen tulisi sisältyä esimerkiksi palvelukuvaukset, riippuvuudet ja niihin liittyvät liiketoimintaprosessit.
• Organisaation tarpeisiin sopiva CMDB-suunnittelu
  • CMDB:n tulee olla rakennettu niin, että se kuvaa tarkasti organisaation omaisuuserät ja konfiguraatioerät (CI). Sen on kyettävä havainnollistamaan näiden CI-erien väliset suhteet ja riippuvuudet.
• Integraatiomahdollisuudet
  • Organisaation on kyettävä integroimaan Matrix42:n CMDB muihin työkaluihin ja järjestelmiin, kuten tunnistustyökaluihin CI-erien automaattista täyttämistä ja päivittämistä varten.
• Roolien ja käyttöoikeuksien määrittäminen
  • Roolien ja käyttöoikeuksien määrittäminen on ratkaisevan tärkeää CMDB:n käytön hallinnassa. Eri sidosryhmät saattavat tarvita eritasoisia käyttöoikeuksia ja hallintaa CMDB:n tietoihin.
• Työnkulun ja prosessin määrittely
  • Selkeät työnkulut ja prosessit tulisi laatia CI-erien elinkaaren hallintaan alusta muutosten kautta aina käytöstäpoistoon asti.
• Koulutus ja tiedonsiirto
  • IT-henkilöstön kouluttaminen Matrix42:n käyttöön ja CM-prosessin ymmärtämiseen on olennaista onnistuneen käyttöönoton kannalta.
• Alkutietojen täyttäminen
  • CMDB on täytettävä alkutiedoilla, mikä voi tarkoittaa manuaalista tietojen syöttöä tai tietojen tuontia olemassa olevista järjestelmistä.

Hyödyt

• Parempi palvelutuotanto
  • IT-tiimit voivat varmistaa, että palvelut toimitetaan tehokkaasti ja johdonmukaisesti, mikä parantaa asiakastyytyväisyyttä, kun kaikista konfiguraatioeristä ja niiden keskinäisistä suhteista on yksityiskohtainen yleiskuva.
• Parempi häiriön- ja ongelmanhallinta
  • Kattavan CMDB:n avulla tukitiimit voivat nopeasti tunnistaa häiriön aikana vaikutuksen kohteena olevat palvelut ja omaisuuserät, mikä johtaa nopeampiin ratkaisuaikoihin ja lyhyempiin käyttökatkoihin.
• Tehokas muutoksenhallinta
  • CI-erien välisten riippuvuuksien ymmärtäminen mahdollistaa muutosten paremman suunnittelun ja riskinarvioinnin, mikä minimoi vaikutukset palvelutuotantoon ja ehkäisee mahdollisia häiriöitä.
• Strategisen päätöksenteon tuki
  • CM-prosessi tarjoaa arvokasta tietoa IT-infrastruktuurista ja tukee strategista suunnittelua, budjetointia ja investointipäätöksiä tarjoamalla selkeän kuvan IT-ympäristöstä ja sen tarpeista.
• Sääntelyn noudattaminen ja riskien vähentäminen
  • Hyvin ylläpidetty CMDB auttaa varmistamaan, että organisaatio täyttää sääntelyvaatimukset tarjoamalla selkeän dokumentaation ja historian IT-omaisuuseristä ja niiden konfiguraatioista, mikä vähentää vaatimustenvastaisuuteen ja epätarkkoihin tietoihin liittyviä riskejä.

Toimijat ja roolit