SAS osana kokonaisarkkitehtuuriaSAS Techinical Club

Henrik LähdeniemiJaakko Tuomimäki

Aureolis Oy

Aureolis Oy• Aureolis on jatkuvia BI-

palveluita tuottava asiantuntijaorganisaatio.

• Henkilöstöä n. 40• Perustettu vuonna 2001

YleisarkkitehtuuriBI yleisarkkitehtuuri voidaan esittää havainnollisesti jakamalla se järjestelmä-/välinekohtaisesti

viiteen loogiseen kokonaisuuteen:

• Käyttäjäkerros– Sisältää palvelukanavat eli portaalit ja kehitysvälineet

• Esityskerros – Koostuu eri raportointisovelluksista tai palveluista, jotka ovat tuotteistettu kaikille loppukäyttäjille

• Tietovarastokerros– Sisältää palveluiden vaatimat tietovarastot & datamartit sovellusten tarvitsemassa tietomallissa

• Dataintegraatiokerros– sisältää ETL-prosesseja, jotka tuottavat jalostettua ja puhdistettua tietoa tietovarastoihin.

• Operatiivinenkerros– Sisältää lähdetiedot , -tietokannat , joihin operatiiviset sovellukset tallentavat tietonsa esimerkiksi

asiakas, myynti, sopimustietoja

Kuvaamattomat tiedonkulut, esimerkki 1

• Käyttäjälle K tarvitaan käyttöoikeus järjestelmään J• J:lle on nimetty yhteyshenkilö Y, joka kuitenkin on

kiireinen• Mutta henkilöllä H on sasadm tunnuksen salasana

ja SAS MC• Käyttöoikeudet hoidetaan H:n kautta

Kuvaamattomat tiedonkulut, esimerkki 1

+ Asiat hoituvat- Tunnistamaton metaflow- Autorisoimaton outflow

Kuvaamattomat tiedonkulut, esimerkki 2

• Järjestelmä J ei tuota raporttia muuttujista X ja Y muuttujan Z funktiona

• Kehittäjä K tuntee järjestelmän, ymmärtää raportointitarpeen ja osaa käyttää EG:tä

• Pyydetään K:lta haluttu raportti joka kuukausi

Kuvaamattomat tiedonkulut, esimerkki 2

+ Asiat hoituvat- Tunnistamaton upflow- Henkilösidonnainen outflow- Järjestelmän kehitys jää jälkeen

liiketoimintatarpeesta

Kuvaamattomat tiedonkulut, esimerkki 3

• Järjestelmä J ei huomioi lähtöjärjestelmän L dataa, joka on liiketoiminnan kannalta kiinnostavaa

• Kehittäjä K tekee liiketoiminnan pyynnöstä ohjelman, joka liittää L tiedot J:n tietoihin

Kuvaamattomat tiedonkulut, esimerkki 3

+ Asiat hoituvat- Tunnistamaton inflow- Tunnistamaton upflow- J tietomallin rapautuminen- Tosiasiassa tiedon tuottaa varjojärjestemä J´

Strateginen tiedon hallinta

Taktinen tiedon hallinta

Operatiivisen tiedon hallintaAutom

aation aste

Liik

etoi

min

ta

arv

oDashboarditAnalysointiRaportitTietovarastotDatamartitOLAP kuutiot

TietokannatOperatiiviset sovelluksetTapahtumankäsittelyt

Arkkitehtuurin hyödyntäminen

Mistä elementeistä SAS kokonaisarkkitehtuuri koostuu

• Organisaatioyksiköt ja ihmiset• Tekninen ympäristö • Toimintaprosessit• Tietojärjestelmät

Latain, telotin, valvonta… • Palvelimella ajettavien töiden valvonta

SASilla.– Vaikka tulisivat remote:lla ajelulle – aina

pitää ilmoittautua!• Latain muuttuneen tiedon käsittelyyn

ja siirtämiseen.• Telotus ja postitus päälle…• Ohjaustaulut ja hakemistolistauksen

käyttö..

Varjo-menetelmistä• Luovat ihmiset ratkaisevat ongelmia• Jos virallisen menetelmän jäykkyys muodostaa

ongelman, luovat yksilöt pyrkivät ratkaisemaan sen

• Silloin muodostuu varjo-menetelmän, joka toimii käytännön asioiden kannalta, mutta ei ole ohjattu

Varjo-menetelmistä• Tämä ongelma on tunnistettu turvallisuudessa

– Monimutkaiset salasanavaatimukset• Salasana post-it lapulla näppäimistön pohjassa

– Kompleksinen kulkulukko tupakkapaikalle• Tuhkakuppi oven välissä

• Varjo-menetelmä heikentää kokonaisuuden toimivuutta

Varjo-menetelmä

Varjo-menetelmien ehkäisystä• Tiedon hallinnollisten menetelmien tulisi

tukea tietotarvetta• Tasapainon löytäminen haasteena• Avoin keskusteluyhteys tiedon ja

tietoprosessien hallinnoijien ja hyödyntäjien välillä helpottaa tasapainoilua

Toimintaprosessit• Tapa tehdä

– Välineet– Best practices - koulutus, suunnatut tilaisuudet,

senioritoiminta (mentor), – Sovellustyömallit

• Hyväksi todettu käytäntö– Alustariippuvaiset suositukset

• Nimeämissäännöt ja tyylisuositukset• Valmiit komponentit• Dokumentaatiopohjat

Roolien merkityksestä• Client – Server

– Erilaiset vaatimukset tiedon suhteen• Myös muilla rooleilla merkitystä

– Rooli usein perustuu palveluun, jota tarjoaa server roolissa tai pyytää client roolissa

• Rooli usein määrittää merkityksen kokonaisuuden kannalta

Roolien merkityksestä• Client - Server rooli vaihtelee, palvelimet usein pyytävät

toisiltaa palveluita• Tärkeä määrittävä tekijä roolin osalta on, tarjotaanko

palvelua• Mikäli ulkopuolisen syötteen perusteella tehdään

operaatioita, joiden tulos palautuu hyödyntämään annetun ulkopuolisen syötteen tuottanutta osapuolta, on kyseessä palvelu

Tekninen arkkitehtuuri• Kehitysvälineet• Raportointivälineet• Palvelimet• Versiohallinta• Valvontavälineet• Standardit• Tietoturva• Palvelut

Technical Architecture - SAS Platform

IBM Z/OS

CICSDB2

Batch

WebDAV

SAS ApplicationsPrim. cluster

Centera TCP/IPCentera-server NFS

DB2 connect

TCP/IP

SAS ApplicationsSec. cluster

TCP/IPMetadata

SAS-ID portal

HP-Cluster

http

Archive

TCP/IPFTP

FTP-Server

SQL Server

Control-M

WebLogic Server

JDBCControl-MServer

PatrolDB2

TCP/IP

IBM Z/OS

IMS

DB2

Batch

DB2 connect

TCP/IP

TCP/IP

BEA WebLogicSAS ID Portal jamuut SAS-webpalvelut

SAS ID Portal – järjestelmäarkkitehtuuriPalvelut ja palvelimet / kahdennus Selain

SAS Metadata Server SAS Application Servers

IIS IIS

Kuormanjako

SQLServerWebDav-kanta

BEA WebLogicSAS ID Portal jamuut SAS-webpalvelut SQLServer

WebDav-kantaWebDav WebDav

Palveluista• Mikäli tarjottu palvelu on yleisessä käytössä,

voidaan se katsoa osaksi tietopalveluinfraa• Jos tarjottu palvelu on vain yhden sovelluksen

käytössä, se on osa sovelluksen infraa• Palveleva osapuoli voi olla aktiivinen tai passiivinen

prosessi tai osa ohjelmistoa tai laitealustaa

Esimerkkejä SAS palveluista

• SAS Metadata Server• Base SAS ajonhallintajärjestelmä• Yleiskäyttöinen SAS makro• Tietoja puhdistava eräajo

Tietovaraston tietovuot• Richard Hackathorn esitti mallin tietovaraston

tietovuomallista 1995.• Henkilökohtaisesti pidän mallista kovasti,

koska se auttaa jakamaan tietovaraston tiedonkulun osakokonaisuuksiin.

Tietovaraston tietovuot 2• Tietovaraston toimintaan liittyy viisi tietovuota

– Inflow– Outflow– Upflow– Downflow– Metaflow

Tietovuomalli

Tietovuot, lyhyesti• Inflow tarkoittaa tietovarastoon sisään tulevaa

tietovirtaa, tiedon lukemista lähtöjärjestelmistä sisään tietovarastoon.

• Outflow tarkoittaa tietovarastosta ulos kulkevaa tietovirtaa, raportteja, mittareita ja muita käyttöjä tietovaraston tiedolle.

Tietovuot, lyhyesti• Upflow tarkoittaa tiedon jalostumista tietovaraston

sisällä, summautumista ja tilastollista analyysia.• Downflow tarkoittaa tiedon virtaa pois

tietovarastosta, arkistointia.• Metaflow on tietovaraston tietoa kuvaavan tiedon

kulkua.

A DSAS

ETL-prosessi

Viipalekuva ympäristöstä

Prosessorin toiminta• Neljä perustoimintoa

– Fetch– Decode– Execute– WriteBack

• Myös toiminto muistin käytölle

Prosessorin toiminta

Prosessorin tietovuot

SAS 9 ympäristö ja tietovuot

SAS ja tietovuot, esimerkki• Metaflow

– SAS Metadata Server– Base SAS– DI Studio

• Inflow– SAS Access

SAS ja tietovuot, esimerkki• Upflow

– SAS Application Servers– SAS Solutions– Base SAS

• Outflow– SAS ID Portal

Kiitos• Kysymyksiä?

Aureolis Oy – Hevosenkenkä 3 - FI-02600 Espoooffice +358 20 741 2790 - fax +358 20 741 2791

contact@aureolis.com

www.aureolis.com