SAS sovellusten
hallinnointi helpoksi
Turbo Charge -menetelmällä
Tapio Kalmi, SAS Institute Oy
Sisältö
•
Rajaus: SAS hallinnointi ja tämän esityksen kohdealue?
•
Mitä tehtäviä SAS sovellusten hallinnointiin kuuluu?
•
Mikä on ollut hankalaa SAS sovellusten hallinnoinnissa?
•
Turbo Charge menetelmän esittely
– Sovellusarkkitehtuuri
– Miten Turbo Charge menetelmä auttaa?
– Turbo Charge menetelmän työnkulku
Rajaus
•
SAS hallinnointi
– Ympäristö
• Laitteet, tietokannat, käyttöjärjestelmät ‐ asennukset ja asetukset
– SAS ohjelmisto ja SAS ratkaisut
• Asennukset ja asetukset
• Lisenssien päivittäminen
– Itse tehdyt sovellukset
• SAS asetukset
• Käyttöjärjestelmän ja metadatan kansiorakenteet
• Käyttäjäryhmät ja käyttövaltuudet SAS metadatassa
• Nimeämisstandardit, SAS kirjastot, …
Haasteet: Asennus vs Sovellus
•
•
Asennukseen kuuluvia toimenpiteitä
– Palveluiden konfigurointi
– Autentikoinnin konfigurointi
– Työalueiden konfigurointi
Jotta asennustehtävät saadaan tehtyä optimaalisesti, tulee määritellä sovellus‐
arkkitehtuurin periaatteet ennen asennusta
– Miten autentikointi tehdään?
– Luodaanko kaikille käyttäjille oma käyttäjätunnus SAS palvelimen
käyttöjärjestelmätasolle vai ei?
– Mitkä sovellukset yhteiseen SAS Application Server palveluun?
– Mitkä sovellukset omiin SAS Application Server palveluihin?
– Minne sovellusten työalueet ja lokit talletetaan?
Asennus Turbo Charge menetelmällä
•
•
•
•
•
Asentaja ja sovellusarkkitehti suunnittelevat yhdessä ennen asennusta
Asennuksen tuettava sovellusta saumattomasti
Asennus ja sovellus eriytettävä sekä käyttöjärjestelmässä että metadatassa
– Asennus config alikansioissa ja sovellukset sasfolders alikansioissa
– Molempien kansioiden alla järjestelmäympäristöjä vastaavat Lev‐tasot
– Config kansiossa kirjoitusoikeus vain asentajalla
– Sasfolders kansiossa kaikki oikeudet SAS käyttäjillä
• Huomaa: Tehtävä useita sasfolders alueita, jos halutaan
käyttöjärjestelmätason oikeuksin rajattuja sovelluskokonaisuuksia
Applicationserver_autoexec_usermods.sas koodiin %include, jolla viitataan sasfolders alueelle
Muu sovelluksen konfigurointi sasfolders alueella sovelluskehittäjien toimesta
Asennus Turbo Charge menetelmällä
..
..
appserver_autoexec_usermods.sas
%inc ”../sasfolders/lev1/sasapp_properties_autoexec.sas”;
sasapp_properties_autoexec.sas
%inc ”../sasfolders/lev1/sana/sana_properties_autoexec.sas”;
%inc ”.. /sasfolders/lev1/sdm1/sdm1_properties_autoexec.sas”;
%inc ”.. /sasfolders/lev1/sdm2/sdm2_properties_autoexec.sas”;
%inc ”.. /sasfolders/lev1/sdw/sdw_properties_autoexec.sas”;
%inc ”.. /sasfolders/lev1/srep/sa1/srep_sa1_properties_autoexec.sas”;
Tehtävät: Sovelluksen hallinnointi
•
SAS sovelluksen hallinnointiin liittyviä tehtäviä
– Suunnittele ja luo käyttöjärjestelmän kansiorakenteet
– Suunnittele ja luo käyttöjärjestelmän käyttöoikeudet
– Suunnittele ja luo metadatan käyttäjäryhmätiedot
– Suunnittele ja luo metadatan käyttäjäryhmien käyttövaltuudet
– Suunnittele ja luo metadatakansiot
– Liitä käyttövaltuudet metadatakansioihin
– Luo käyttäjätiedot
– Liitä käyttäjät käyttäjäryhmiin
– Suunnittele nimeämisstandardit
– Luo kirjastot
Haasteet: Sovelluksen hallinnointi
•
SAS sovelluksen hallinnointitehtäviin liittyviä kysymyksiä:
– Millainen kansiorakenne sopii sovellukselle?
– Millaisia käyttöjärjestelmän käyttöoikeuksia tarvitaan?
– Millaisia metadatan käyttäjäryhmiä tarvitaan?
– Millaisia metadatan käyttäjäryhmien käyttövaltuuksia tarvitaan?
– Millaisia metadatakansioita tarvitaan?
– Miten käyttövaltuudet tulee liittää metadatakansioihin?
– Miten käyttäjätiedot kannattaa luoda/tuoda?
– Moneen eri ryhmään kuuluvat käyttäjät, Grant vs Deny?
– Nimeämisstandardit?
– Miten kirjastot tulee luoda?
Mikä on Turbo Charge?
•
•
•
•
SAS Instituten konsultoinnilla käytössä oleva menetelmä
Etukäteen rakennettu neljä erilaista sovelluspohjaa
– DW, DM, Analytics ja Reporting
Jokaisesta pohjasta kaksi versiota käytetyn DI välineen mukaan
– DI Studio tai Enterprise Guide
Konfigurointiin SAS ohjelma, joka luo kerralla SAS sovellusympäristön
– Käyttöjärjestelmän kansiorakenteet
– Metadatan kansiorakenteet
– Käyttäjäryhmät
– Käyttövaltuusmallit (Access Control Template, ACT)
– Kirjastomääritykset
– Job Deployment polkumääritykset, jos DI Studio on käytössä
Turbo Charge sovellusarkkitehtuuri
•
•
•
Ratkaisu koostuu
sovelluksista
DW kerää tiedot
eri lähteistä ja
yhdenmukaistaa ne
– DW sovellus voi
olla nimeltään DI, jos DW on
yksi lähteistä
Muita sovelluksia
tarpeen mukaan,
aina ei tehdä kaikkia Source 1
Analytics
Source 2
Reporting
Source 3
DW / DI
DM 1
..
DM 2
Source n
..
Turbo Charge
esimerkki: DW
-
-
-
Pääosassa tiedon muokkaus ja
tallentaminen
Useita eri kansioita tietovirran
eri vaiheiden välituloksia varten
Sisäänlukualueella lähtötiedot
sellaisenaan ilman mitään
muokkausta (Landing, LDG)
Tietojen muokkauseen ja eri
lähteistä saatujen tietojen
synkronointiin välivarasto
(Staging, STG)
Historia talletetaan
mahdollisimman tarkalla tasolla
(Detail Data Store, DDS)
Turbo Charge
esimerkki: Analytics
-
Pääosassa joustava tiedon
keruu ja jakelu
Data-kansiot prosessin eri
vaiheiden välituloksia varten
‐
‐
‐
‐
‐
Data Integraatio osin suoraan tietolähteille, siksi tarvitaan Sources, Landing ja Staging
Analytiikkaratkaisut käyttävät määrämuotoisia lähtötietoja (Analytics Base Tables, ABT)
Analytiikka tuottaa tulostietoja
(Analytics Result Tables, ART)
Tulostietoja jalostetaan ja täydennetään muilla tiedoilla, jolloin saadaan yhteenveto (Summary, SUM)
Julkaistut tiedot talletetaan myös sovellukseen (Export, EXP)
Turbo Charge
esimerkki: Reporting
-
Koko organisaatiolle jaettavan raportointitiedon sovellusrakenne
-
Ryhmittely
aihealueittain
-
Yhden aihealueen
rakenne sama kuin
Data Mart (DM)
rakenne
Turbo Charge
esimerkki: DM
-
Rajattuun
raportointikäyttöön
Data Mart (DM):
Rajausperusteena
käyttäjät, sisältö
tai toiminnallisuus
-
Vain yksi datakirjasto, jolloin
tiedon käyttö on
helppoa
Miten Turbo Charge auttaa?
•
•
•
Konfigurointistandardi
– Asennusten ja sovellusten kansiorakenteet pidetään erillään
– Sovelluspalvelinten ja sovellusten omat autoexec tiedostot sekä näiden liitos
– Tukee useamman kuin yhden ympäristön konfigurointia samalle palvelimelle
Sovellustyypeittäin samanlaiset
– kansiorakenteet
– käyttäjäryhmät
– käyttövaltuudet
Nimeämisstandardi
– Tukee monen erillisen sovelluksen rakentamista samaan ympäristöön
– Varmistaa sen, etteivät nimet mene päällekkäin
Mitä Turbo Charge ei tee?
•
•
•
Kirjastomääritykset muihin kantoihin
– DB2, Netezza, Oracle, SQL Server, Teradata, …
– Nämä tehtävä käsin, mutta kirjastomääritykset (LIBREF nimet ja metadatanimet) luodaan valmiiksi SAS kirjastoihin, joten nimeämisen mallit ovat valmiina tässäkin tapauksessa
Käyttäjämääritykset
– Käyttäjätiedot tulee päivittää joko manuaalisesti tai ohjelmallisesti
– Ohjelmaesimerkit kts. Security Administration Guide, User Import Macros
SAS Data Management Studio, Visual Analytics/Statistics ja HPA ympäristöt
– Palataan näihin aiheisiin SAS Forum Helsinki 2015:ssä Turbo Charge työnkulku lyhyesti
•
•
•
•
•
Sovellustyypin valinta
– Rakennettavan sovelluksen toiminnallisuuden perusteella
Txt‐ohjaustietojen ylläpito asiakkaan nimeämiskäytäntöjen mukaisesti
– Vaikka runko on sama, voidaan nimeäminen tehdä räätälöiden
Konfigurointiajo
– Luodaan ympäristö
Tarkistukset
– Silmämääräinen tarkistus ja koekäyttö
– Jos nimeämistä tulee muuttaa, poistetaan sovellus, päivitetään ohjaustietoja ja uusitaan konfigurointiajo
Uuteen ympäristään (DEV/TEST/PROD) mentäessä kopioidaan ohjaustiedot
edellisestä ympäristöstä ja ajetaan konfigurointiajo
Miten saan Turbo Charge työkalut?
•
•
•
Ota yhteyttä SAS Instituten konsultointiin [email protected]
Sovitaan tapaaminen, jossa käydään tarkemmin läpi
– Lähtötilanne
– Turbo Charge menetelmä
– Sovellusarkkitehtuurin vaihtoehdot
– Nimeämiseen liittyvät räätälöintitarpeet
– Jatkosuunnitelma
Jatkosuunnitelman toteutus riippuu siitä, ketä kohdeympäristön
SAS sovellusten hallinnointiin on käytettävissä
SAS sovellusten hallinnointi helpoksi Turbo Charge menetelmällä
KIITOS !