Kundens tekniske plattform

Transkript

1 Kundens tekniske plattform Statens vegvesen IKT-avdelingen Versjon: Status: Godkjent Side 1 av 5

2 Innhold 1 Innledning 2 Teknisk plattform 2.1 Interne miljøer Systemtest (UTV) Akseptansetestmiljø (Testprod) Produksjonsmiljø (PROD) 2.2 Eksterne miljøer 2.3 Virtualisering 2.4 Nettverk 2.5 Lagring 2.6 Høytilgjengelighet 3 Nyttig tilleggsinformasjon 3.1 Installasjon 3.2 Feilretting 1 Innledning Dette dokumentet er et hjelpemiddel for utvikling og anskaffelse av IKT-løsninger i Statens vegvesen. Dokumentet inneholder en overordnet beskrivelse av teknisk plattform. Det forutsettes at konsulenter og andre innleide ressurser som deltar i utviklingsprosjekter eller lignende leveranser forholder seg til innholdet i dette dokumentet. Målgrupper for dette dokumentet er leverandører som deltar i IKT-anskaffelser og IKT-utviklingsprosjekter i etaten og ressurser innenfor anskaffelse, utvikling og innkjøp. Dokumentet er et bilag ved utsendelse av anbuds- og tilbudsforespørsler og er være førende for hva som anskaffes. 2 Teknisk plattform 2.1 Interne miljøer IKT-løsninger som utvikles eller anskaffes blir som hovedregel driftet i Statens vegvesens datasentre. Statens vegvesens datasenter tilbyr i utgangspunktet tre typer miljøer: Systemtest (Utvikling) Akseptansetest (Testprod) Produksjon Tabellen under gir en oversikt over de ulike miljøene. De beskrives i mer detalj i avsnittene under tabellen. Systemtest (UTV) Akseptansetest (Testprod) Produksjon (PROD) Beskrivelse / formål Tilgjengelig for utrulling av kode fra utviklere og systemforvaltere Miljø for akseptansetester og ytelsestester. Er som hovedregel likt produksjon I dette miljøet kjøres produksjon. Sluttbruker bruker dette miljøet Servicetid Normal arbeidstid Normal arbeidstid 24/7 eller til Side 2 av 5

3 Vaktordning Nei Nei Ja, for 24/7 systemer Tilgang til innlogging på server(e) IKT drift, utviklere, systemeier/forvalter IKT drift IKT drift Administrator/root kun for IKT drift Systemtest (UTV) I systemtest blir utviklet kode testet. Systemtestmiljøet er basert på maskiner med mindre tilgjengelige ressurser enn det som benyttes i akseptansetest- og produksjonsmiljøet. Utvikling utføres hos leverandør og gjennomgår en full systemtest i systemtestmiljøet til Statens vegvesen før det tillates installert i akseptansetestmiljøet. I Systemtest er det begrenset tilgang ved at man ikke har root-rettigheter til maskinen(e) og dermed ikke kan installere rammeverk og standard biblioteker Akseptansetestmiljø (Testprod) I akseptansetestmiljøet utføres formelle tester. Kommunikasjon med maskiner og IKT-løsninger i andre soner blir testet i akseptansemiljøet sammen med test av lastbalansering. Installasjonsdokumentasjon og tilhørende installasjonsdiagrammer blir testet ved installasjon i dette miljøet. All annen dokumentasjon blir også testet i akseptansetesten. Når en IKT-løsning har gjennomgått og fått godkjent akseptansetest (både av systemet og dokumentasjonen) kan det installeres i produksjonsmiljøet. Systemeier påser at stabilitet og ytelse på IKT-løsningen blir testet før det settes i produksjon. I akseptansetestmiljøet er tilgangen begrenset til sluttbrukergrensesnitt(ene) i selve applikasjonen. Oppgaver knyttet til installasjon og drift av operativsystem, database og mellomvare kan bare utføres av IKT-avdelingens driftspersonell Produksjonsmiljø (PROD) I produksjonsmiljøet gjennomføres pilot og produksjonssetting. Systemeier har gjennomgått og fått godkjent akseptansetest av IKT-løsningen og tilhørende dokumentasjon, samt etablert tjenesteavtale, før løsningen kan settes i produksjon. I produksjonsmiljøet er tilgangen begrenset til sluttbrukergrensesnitt(ene) i selve applikasjonen. Oppgaver knyttet til installasjon og drift av operativsystem, database og mellomvare kan bare utføres av IKT-avdelingens driftspersonell. 2.2 Eksterne miljøer I spesielle tilfeller er det behov for drift av miljøer eksternt. Disse miljøer er underlagt de samme reglene som for interne miljøer. Eventuelle unntak blir behandlet av IKT-avdelingen (IKT-teknologirådet). 2.3 Virtualisering Side 3 av 5

4 Statens vegvesen benytter i stor grad virtualiseringsteknologi fra VMWare for virtualisering av etatens infrastrukturog applikasjonstjenester (x86 servere, lagring og nettverk). Løsningen muliggjør effektiv, rask og sikker utnyttelse av underliggende maskinvareressurser og konsistent provisjonering av virtuell infrastruktur. Virtualisering av Windows- og Linux-servere blir i størst mulig grad benyttet. Dersom det er spesielle krav som må ivaretas med fysisk maskinvare, går man i dialog med Kunden (Datasenter) for avklare dette. 2.4 Nettverk Statens vegvesens nettverk baserer seg på TCP/IP-protokollen i versjon 4 og 6. Nettverket lokalt i SVV er bygd opp i et WAN med varierende linjehastigheter fra 2 Mb/s og opp til 10 Gb/s på LAN. Innen datasenteret tilbys lag 2 (data link) og lag 3 (network). For kommunikasjon til og fra et datasenter (samt mellom datasentre) tilbys kun lag 3. IKT-løsninger som utvikles eller anskaffes har innebygget støtte for Lag3-separert sesjonsløs lastbalansering for redundans mellom datasentre. 2.5 Lagring Statens vegvesens lagringsløsninger består av: SAN (Storage Area Network) NAS med dedublisering (Network Attached Storage) Serverbasert lagring (lokal lagring) Det benyttes speiling av lagringsløsninger mellom to datasentre. 2.6 Høytilgjengelighet Statens vegvesen bygger systemer for høytilgjengelighet rundt prinsippet med ingen single point of failure (SPOF). Slike løsninger kan dermed kjøre videre med full funksjonalitet, eventuelt med redusert kapasitet, uansett om det oppstår feil i en hvilken som helst enkelt komponent. Det brukes ulike teknologier som klynger, lastbalansering og diskspeiling for å oppnå redundans og sikre dette. System med høy tilgjengelighet er ikke avhengig av et annet system med lavere tilgjengelighetsgrad. Statens vegvesens datasenter består av fire datarom fordelt på to geografisk spredte datahaller. Datasenteret er delt inn i primært- og sekundært-datasenter. Systemer og IKT-løsninger som krever høy tilgjengelighet er plassert med redundante komponenter i begge datasentrene, slik at disse er tilgjengelig dersom man mister et datasenter. Dette forutsetter at IKT-løsningen støtter lag 3-separasjon som omtalt i avsnitt 2.4 ovenfor. 3 Nyttig tilleggsinformasjon 3.1 Installasjon Når en ny løsning eller en ny versjon av en løsning er klar til å installeres i Testprod og senere Produksjon, må dette meldes inn til prosessen Håndtere Endringer, via IKT-Henvendelser. Dette gjøres av systemeier/systemforvalter eller en ressurs som er godkjent av systemeier. Det lages en endringsanmodning for installasjon i Testprod og en endringsanmodning for installasjon i Produksjon. Endringsanmodningen inneholder all påkrevd dokumentasjon. Endringen må meldes inn i god tid. Endringsanmodningen blir så kvalitetssikret av endringsledelse, og sendt til utføring/implementasjon i henhold til etablerte rutiner. 3.2 Feilretting All feilsøk og feilretting utføres i systemtestmiljøet og testes der. Når feilen er rettet, meldes det inn en endringsanmodning på Akseptansetestmiljø til IKT-Henvendelser som sender saken videre til endringsledelse for Side 4 av 5

5 utførelse. Vedlagt endringsanmodningen følger det med oppdatert dokumentasjon og installasjonsdokumentasjon. Ny test i Akseptansetestmiljø utføres. Deretter meldes det en endringsanmodning på Produksjon slik at feilrettingen utføres også her. Side 5 av 5