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 !
© Copyright 2024