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ä sovellusarkkitehtuurin 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 Source 1 Analytics DW kerää tiedot eri lähteistä ja yhdenmukaistaa ne Source 2 Reporting DW sovellus voi olla nimeltään DI, jos DW on yksi lähteistä Source 3.. DW / DI DM 1 DM 2 Muita sovelluksia tarpeen mukaan, aina ei tehdä kaikkia 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 tapio.kalmi@sas.com 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!