«Bruk av SAS som nøkkelkomponenter i et komplekst BI-miljø» For FANS 29. oktober 2013 i Stavanger Nils Erik Fossum, Operations Manager BI/DWH, Posten Norge Agenda  Postens  Vårt målbilde for BI/DVH SAS miljø  Praktiske «utfordringer» – Flere ulike løsninger / «datavarehus» – Dataflyt på tvers – Kontroll & sikkerhet  Daglig  Neste drift skritt… Et overordnet målbilde Vedtatt 15.februar 2012 Et overordnet målbilde… Vedtatt 15.februar 2012 Et overordnet målbilde… Vedtatt 15.februar 2012 Et overordnet målbilde… Vedtatt 15.februar 2012 Et overordnet målbilde… Vedtatt 15.februar 2012 Gjeldende BI målbilde for Posten IT må klare å tilrettelegge data for bruk i de BIverktøy man til enhver tid benytter i organisasjonen. «Dataflyt ut» Etablere «en sannhet» på tvers av konsernet, og spare kostander gjennom konsolidering og gjenbruk. IT må klare å etablere datafangst fra nødvendige kildesystemer inn til DVHløsningen(e). «Dataflyt inn» Vedtatt 15.februar 2012 Vårt SAS miljø - Overordnet Vårt SAS miljø - Fysisk  Vi kjører på 4 fysiske IBM p740 servere med 64-bit AiX som OS.  Hver fysiske server har en CPU pool med 16 CPUer som har 4 kjerner hver, og de ulike deler av miljøet kjører på ulike LPARs på mer enn en fysisk server.  De ulike LPARs har ulik prioritering av CPU.  Vi benytter GPFS filsystem i tillegg til lokal disk.  Vi benytter IBM WebSphere som applikasjonsserver. Denne type arkitektur gjør alltid lisensprising basert på antall CPUer/kjerner til en interessant affære… Noen hovedutfordringer…  De ulike DVH/BI-miljø i Konsernet som må spille sammen – Prinsipp for dataflyt inn og ut av «Postens DVH» (SAS) – DFSI, «Datafangst og styringsinformasjon» (Postens Qlikview-miljø) – Bring Frigo BW (Qlikview-miljø i Helsingborg, Sverige) – Bring Parcel DW (Qlikview-miljø i Stockholm, Sverige) – Bring Cargo DW (Qlikview-miljø i København, Danmark) – «Datahub» (DB2 på zLinux)  Behov for dataflyt på tvers i Konsernet – Egen «Sone BI» i nettverket – Konsolidering av miljøer; teknologi, plattformer og verktøy  Nye drift- og forvaltningsavtaler: nye aktører og nye muligheter – Transisjonsperiode – Kunnskap om våre løsninger – Ny og mer moderne infrastruktur Opprinnelsen for etableringen av «Sone BI» «En datavarehusløsning har av natur andre behov enn en tradisjonell transaksjonsbasert operasjonell løsning»  Endringer er ofte av en annen kritikalitet (nye rapporter), og påvirker ikke SLA i samme grad som for operasjonelle systemer.  Løsningen blir aldri «ferdig», og man har behov for raske, kontinuerlige endringer. Endringstakten er derfor gjerne hver uke, og en gang pr. måned er ikke tilstrekkelig for å kunne levere i henhold til forretningsmessige behov og krav («Business Intelligence», skape økt konkurransekraft basert på tilgjengelig informasjon og analyser).  Man trenger PRD data tilgjengelig også i andre miljø enn i PRD… Behovet for «dataflyt» på tvers av Konsernet Mål og hensikt Fokus Utfordringer •Nordisk IT avdeling – vi skal samarbeide om å skape felles og kostnadseffektive løsninger. •Felles datagrunnlag: Unngå duplisering av data og forretningslogikk, «en sannhet». •Posten har flere DVH/BIløsninger som skal dele data på tvers i dagens arkitektur. •DVH/BI som teknologi har behov for dataflyt på tvers av løsninger og plattformer. •Konsolidering av servere. •Ikke alle løsninger har separate miljø for UTV, TST, QA og PRD. •DVH/BI som teknologi skal understøtte forretning med beslutningsgrunnlag, og distribuere data for rapportering og analyse – også for å avlaste produksjonssystemene. •Kunne levere ihht. våre Kunders behov og krav. •«Stabil og sikker drift» •Disse miljøene/serverne er plassert i ulike soner ut i fra historikk og datidens policy i det respektive datterselskap, i mangel på «felles nett» og «felles krav». •Ingen omforent sikkerhetspolicy som dekker behovene på kort sikt. •Manglende standardisering av brannmurbestillinger, samt struktur og presisjon i disse kompliserer dialogen. Databehov - Generell situasjon SAS (BASE og SPDS på AiX): < 40 TB Qlikview Sverige (MS SQL på Win): < 5 TB Qlikview Norge (MS SQL på Win): < 5 TB Datahub (DB2 på zLinux): under etablering Databehov – Asynkron videreutvikling AF AO BD Vi må ha en form for styring…  Alle – eksterne benytter Citrix (CAG) Får tilgang til det de trenger fra «hvor som helst», bare de har tilgang til Internett  Alle nødvendige applikasjoner er tilgjengelige på Citrix – –  Alle – –  Alle – –  Alle – Alle jobber med samme versjon av klientene Enklere oppgradering benytter personlige brukere for sporbarhet Vi må vite hvem som har gjort hva – når Vi må vite hvem som har tilgang til hvilke data til enhver tid endringer går via release Ulike prosesser avhengig av type endring (ulik kompleksitet, endring vs feilretting) Klare ansvarsoverganger mellom ulike aktører tilganger styres via brukergrupper i Windows AD Ref. nye avtaler blir disse lagt til via roller som etableres ved opprettelse av bruker Daglig drift…  Mange aktører krever gode prosesser og «møteplasser» for dialog Det kan være en utfordring å få mange aktører til å jobbe optimalt sammen, og økt grad av offshoring tilfører kulturforskjeller en ekstra dimensjon…  Daglig – – – – – – oppfølging Overvåking av server prosesser Overvåkning av DI jobber Generell feiloppfølging, også av brukermeldte saker Synkronisering av data mellom miljøer Distribusjon av driftsinformasjon ut til systemeiere og brukere Planlegging av endringer og oppgradering Hva gjør vi videre?  Vi har en Premium Support avtale med SAS Institute, og skal etablere noe tilsvarende med Qliktek  IT målbildene er under revisjon ifbm de nye avtalene  Nye – – – – – –  Vi avtaler gir nytt mulighetsrom Felles infrastruktur og felles nett Konsolidering av data Oppgradering av SAS (9.3 pågår, 9.4 vil komme neste år) Konsolidering av Qlikview miljøene (ressurser, servere, prosesser, …) Vurdering av plattform (virtualisering, grid, …) Vurdering av verktøysammensetning kommer til å starte samtaler med våre leverandører asap – – – – SAS, Qliktek m.m. EVRY (BD) Capgemini (AO, AF) Evaluere løsninger som kan erstatte /supplere funksjonalitet Spørsmål?