Jaa

Seurantajärjestelmän suunnittelu- ja luontisuositukset

  • Artikkeli

Koskee tätä Power Platform hyvin suunnitellun operatiivisen huippuosaamisen tarkistuslistan suositusta:

OE:06 Seurantajärjestelmän suunnitteleminen ja toteuttamisen suunnitteluvalintojen tarkistamiseen sekä tulevien suunnittelu- ja liiketoimintapäätösten tiedottamiseen. Tämä järjestelmä sieppaa ja paljastaa operatiivisen telemetrian, mittarit ja lokit, jotka lähetetään kuormituksesta.

Tässä oppaassa käsitellään seurantajärjestelmän suunnittelu- ja luontisuosituksia. Työkuorman suojauksen, suorituskyvyn ja luotettavuuden tehokkaaseen seurantaan tarvitaan kattava järjestelmä, jonka oma pino muodostaa kaikkien seuranta-, havainnointi- ja ilmoitustoimintojen perustan.

Määritelmät

Termi Määritelmä
Lokit Kirjatut järjestelmätapahtumat. Lokit voidaan sisältää erityyppisiä tietoja jäsennettyinä tai vapaamuotoisessa tekstimuodossa. Niissä on aikaleima.
Metrics Säännöllisin väliajoin kerättävät numeeriset arvot. Mittarit ilmaisevat järjestelmän jonkin seikan tiettynä ajankohtana.

Tärkeimmät suunnittelustrategiat

Työkuorman kattavan seurantajärjestelmäsuunnitelman toteuttamisessa on noudatettava seuraavia perusperiaatteita:

  • Aina kun se on käytännöllistä, hyödynnä alustan tarjoamia seurantatyökaluja, jotka vaativat yleensä vähän konfigurointia ja voivat tarjota syvällistä tietoa työmäärästäsi, jota muuten voisi olla vaikea saada.

  • Lokit ja mittarit on kerättävä koko työkuormapinosta. Kaikki vähän koodia käyttävät ja koodi ensin -komponentit ja -resurssit on määritettävä tuottamaan standardoituja, merkityksellisiä tietoja, ja nämä tiedot on kerättävä.

  • Kerätty tieto tallennetaan standardoituun, luotettavaan ja suojattuun tallennustilaratkaisuun.

  • Tallennetut tiedot on käsiteltävä siten, että analysointi- ja visualisointiratkaisut voivat käsitellä niitä.

  • Työkuorman tila voidaan päätellä tarkasti käsiteltyjä tietoja analysoimalla.

  • Työkuorman tila visualisoidaan merkityksellisissä koontinäytöissä tai raporteissa työkuorman tiimeille ja muille sidosryhmille.

  • Toimintaa ohjaavat ilmoitukset ja muut automaattisesti vastaukset on määritettävä ilmoittamaan esiin tulevista ongelmista työkuormatiimeille älykkäästi määritettyjen raja-arvojen perusteella.

  • Seuranta- ja ilmoitusjärjestelmät on sisällytettävä työkuorman yleisiin testauskäytäntöihin.

  • Seuranta- ja ilmoitusjärjestelmien sisältyminen jatkuvaan parantamiseen on varmistettava. Sovelluksen ja määritysten toiminta tuotannossa antaa mahdollisuuksia jatkuvaan oppimiseen. Näin opitut asiat kannattaa sisällyttää seuranta- ja ilmoitussuunnitelmiin.

  • Sido keräämäsi ja analysoimasi valvontatiedot takaisin järjestelmään ja käyttäjätyönkulkuihin , jotta työnkulkujen kunto korreloi tietojen kanssa sekä kuormituksen yleisen kunnon. Näiden tietojen analysointi työnkulkujen perusteella auttaa sovittamaan havainnointistrategiasi terveysmalliisi.

  • Henkilökohtaisten tietojen tallennuksen minimointi varmistaa, että lakeja ja säädöksiä noudatetaan. Jos sinun on tallennettava tunnistettavia tietoja, varmista, että otat ratkaisua suunnitellessasi huomioon vaatimukset, joiden avulla käyttäjät voivat pyytää tietojensa poistamista.

  • Käyttäjien salasanoja tai muita tietoja, joita voitaisiin käyttää identiteettipetokseen, ei saa koskaan tallentaa. Kyseiset yksityiskohdat on poistettava tiedoista ennen tallennusta. Lakisääteiset vaatimukset voivat edellyttää, että seurantaa ja suojausta varten kerätyt tiedot on arkistoitava ja tallennettava. Myös nämä tiedot ovat arkaluonteisia, ja ne on ehkä salattava tai suojattava muutoin peukaloinnin estämiseksi.

Kaikki seurantajärjestelmän toiminnot kannattaa automatisoida mahdollisuuksien mukaan, ja niiden on oltava jatkuvasti käytössä ympärivuorokautisesti.

Seuraava työnkulkuputki kuvaa seurantajärjestelmää:

Kattavan seurantajärjestelmän vaiheet näkyvät kaaviossa putkena

Kokoelma

Määritä kaikki kuormituksen komponentit, olivatpa ne vähän koodia käyttäviä tai koodi ensin -komponentteja tai ympäristön asetuksia, kuten ympäristöjä ja käytäntöjä, telemetrian ja tapahtumien, kuten lokien ja mittareiden, sieppaamiseksi.

Lokeista on hyötyä lähinnä poikkeamien havaitsemisessa ja niiden tutkimisessa. Tyypillisesti lokit tuotetaan kuormituskomponentilla ja lähetetään sitten valvonta-alustalle tai vedetään valvonta-alustalla automaation avulla.

Mittarit on hyödyllisiä ennen kaikkia kuntomallin muodostamisessa ja työkuorman suorituskykyä ja luotettavuutta koskevien trendien tunnistamisessa. Mittareista on hyötyä myös käyttäjien tavoissa olevien trendien tunnistamisessa. Näitä trendejä voidaan hyödyntää tehtäessä päätöksiä, jotka koskevat asiakkaan kannalta tehtäviä parannuksia. Mittarit määritetään yleensä seurantaympäristössä; seurantaympäristöt ja muut työkalut sieppaavat sitten mittarit tekemällä kyselyjä työkuormaan.

Työkuorman tiedot

Käytä valmista integrointia Application Insights tietojen keräämiseen. Application Insightsin käyttöönoton jälkeen saadaan selkeä näkyvyys tärkeisiin tapahtumiin sekä reaaliaikaisesti että historiallisesti.

Sovelluslokit tukevat sovelluksen päästä päähän -elinkaarta. Lokiin kirjaaminen on välttämätöntä hahmotettaessa sovelluksen toimintaa eri ympäristöissä, esiintyviä tapahtumia sekä tilannetta, jossa kyseiset tapahtumat esiintyvät.

Suositeltavaa onkin, että sovelluksen lokit ja tapahtumat kerätään kaikista pääympäristöistä. Eri yritysten tiedot on erotettava toisistaan mahdollisimman pitkälle käyttämällä kullekin ympäristölle eri tietosäilöä, jos se on käytännössä mahdollista. Suodattimien avulla voidaan varmistaa, etteivät muut kuin tärkeät tiedot hankaloita tuotantolokien tulkintaa. Näiden lisäksi sovellusten välisten vastaavien lokitapahtumien pitäisi siepata kyseisten tapahtumien korrelointitunnus.

Infrastruktuuri ja määritystiedot

Työkuorman infrastruktuuriresurssien on muistettava kerätä sekä lokit että mittarit. Koska Power Platform kyseessä on alusta palveluna (PaaS) -palvelu, mahdollisuutesi kaapata taustalla olevaan infrastruktuuriin liittyviä lokeja saattaa olla rajallinen. Työkuorman kuntoon ja tapauksiin liittyvien määritysten ja käytäntömuutosten lokit ja analytiikka voidaan kuitenkin siepata.

Pilviympäristöstä on kerättävä lokeja mahdollisuuksien mukaan. Tilauksesta voidaan ehkä kerätä aktiviteettilokeja ja hallinnan tasolta diagnostiikkalokeja.

Suorituskykyyn liittyviä huomioita

Monimutkainen ja erittäin skaalautuva sovellus saattaa luoda valtavia määriä tietoa. Tietomäärä voi aiheuttaa suorituskykyongelmia sen mukaan, kuin yksityiskohtaista jäljitys on sovellustasolla. Telemetriaratkaisu ei saa toimia pullonkaulana, ja sen on oltava skaalautuva järjestelmän laajentuessa.

Analyysi

Kun olet kerännyt tietoja eri lähteistä, analysoi ne arvioidaksesi järjestelmän yleistä hyvinvointia. Analyysia varten seuraavista on oltava selkeä käsitys:

  • Tietojen jäsentäminen suorituskykyilmaisimien (KPI) ja muiden määrittämiesi suorituskykymittareiden perusteella.
  • Eri mittareihin ja lokitiedostoihin siepattujen tietojen korrelointi. Tämä korrelointi on tärkeää tapahtumasarjaa seurattaessa, ja se voi auttaa myös ongelmien vianmäärityksessä.

Useimmissa tapauksissa työkuormassa on erilaisia osia ja lokit tai tapahtumat siepataan eri muodoissa tai taulukoissa. Tiedot on voitava yhdistää tarkasti, jotta työkuorman yleisestä kunnosta saadaan käsitys.

Ratkaisu voi koostua esimerkiksi Power Platform seuraavista osista:

  • Pohjaan perustuva sovellus, jonka avulla käyttäjät voivat käsitellä tietoja
  • Mallipohjainen sovellus, jonka avulla järjestelmänvalvojat voivat määrittää sovelluksen asetukset
  • Tietotoimintoja suorittava pilvityönkulku
  • Esiintymä Dataverse , joka tallentaa toimintoon liittyviä tietoja
  • Azure-funktio, joka noutaa tiedot Azure-taulukon tallennustilasta ja jota kutsutaan sovelluksesta

Yhden liiketoimintatoiminnon tietojen käyttö saattaa liittyä kaikkiin työkuorman komponentteihin. Nämä tiedot on voitava korreloida, jotta resurssista ja toiminnon käsittelykäytöstä saadaan kokonaiskuva.

Tietojen analysointisuositukset

Sovellustason ja resurssitason lokien korrelointi. Arvioi tietoja molemmilla tasoilla optimoidaksesi ongelmien havaitsemisen ja vianmäärityksen.

Selkeiden säilytysaikojen määrittäminen harvoin käytettyjen tietojen tallennustilan analysointia varten. Tätä käytäntöä suositellaan, sillä se mahdollistaa historiallisen analyysin tietyltä ajanjaksolta. Se voi myös auttaa hallitsemaan harvoin käytettyjen tietojen tallennuskustannuksia. Sellaisten prosessien toteuttaminen, joilla varmistetaan tietojen arkistointi edulliseen tallennustilaan ja jotka keräävät tietoja pitkäaikaista trendianalyysia varten.

Toiminnallisten ongelmien ennustaminen pitkäaikaisia trendejä analysoimalla. Pitkäaikaisia tietoja arvioimalla voidaan muodostaa toimintastrategioita sekä ennustaa, mitä toiminnallisia ongelmia todennäköisesti esiintyy ja milloin niitä esiintyy. Voidaan esimerkiksi havaita, että keskimääräiset vasteajat kasvavat hitaasti ajan mittaan ja ovat lähestymässä enimmäistavoitetta.

Visualisointi

Kunnon seurannan visualisointi on olennaista työkuorman tilan ymmärtämisen kannalta. Visualisoinnin avulla voit nopeasti tunnistaa ongelmat ja trendit, ja se voi myös auttaa sinua ymmärtämään tekemiesi muutosten vaikutusta työmäärään.

Raporttinäkymät

Yleisin tapa visualisoida tietoja on käyttää koontinäyttöjä, jotka voivat näyttää tietoja kaavioiden tai kaavioiden muodossa. Nämä kohteet voidaan muuttaa parametreiksi ja analysoija voi valita tärkeitä parametreja, kuten aikajakson, mitä tahansa tilannetta varten.

Koontinäytöt kannattaa kohdistaa kuntomallin kanssa, jolloin ne ilmaisevat, kun työkuorma tai työkuorman komponentit ovat kunnossa, heikentyneitä tai viallisia.

Koontinäyttöjärjestelmän tehokas toiminta edellyttää, että se on merkityksellinen työkuormatiimille. Työkuorman kuntoon liittyvät tiedot visualisoidaan, minkä lisäksi niiden on oltava toimintaa ohjaavia. Jos työkuorma tai komponentti on heikentynyt tai viallinen, työkuormatiimin jäsenten pitäisi voida tunnistaa helposti, missä ongelma työkuormassa on. Tämän jälkeen he voivat aloittaa korjaavat toimet tai tutkimukset. Sitä vastoin sellaisten tietojen sisällyttäminen, jotka eivät ole toteutettavissa tai jotka eivät liity työmäärän kuntoon, voivat tehdä koontinäytöstä tarpeettoman monimutkaisen ja turhauttavan tiimin jäsenille, jotka yrittävät erottaa taustamelun toiminnallisista tiedoista.

Sidosryhmille tai kehittäjille tarkoitetut koontinäytöt on voitu mukauttaa näyttämään vain heidän kannaltaan olennaiset työkuorman tiedot. Onkin varmistettava, että työkuormatiimi ymmärtää, minkälaisia arvopisteitä muut tiimit ovat kiinnostuneita näkemään, ja että tiimi tarkistaa koontinäyttöjen selkeyden esikatselemalla ne ennen jakamista. Työmäärää koskevien koontinäyttöjen tarjoaminen sidosryhmille on hyvä tapa pitää heidät ajan tasalla työmäärän terveydestä, mutta siihen liittyy riski, että se on haitallista, jos sidosryhmät eivät ymmärrä tietoja selvästi.

Koontinäytön käyttö on rajoitettava valtuutetuille henkilöille. Koontinäytöissä saattaa olla arkaluonteisia tietoja. Taustalla olevat tiedot on suojattava estämällä käyttäjiä muuttamasta niitä.

Raportoidaan

Raportoinnin avulla järjestelmästä saadaan kokonaiskuva. Raportit voivat sisältää sekä historiallisia että ajantasaisia tietoja. Raportointivaatimukset jakaantuvat kahteen laajaan luokkaan: toimintojen raportointiin ja suojauksen raportointiin.

Toimintojen raportoinnin tavanomainen sisältö:

  • Tilastotietojen kokoaminen tavalla, joka auttaa ymmärtämään koko järjestelmän tai määritettyjen alijärjestelmien resurssien käyttöä määritettynä ajankohtana.
  • Koko järjestelmän tai määritettyjen alijärjestelmien resurssien käytön trendien tunnistaminen määritettynä ajankohtana.
  • Järjestelmässä tai määritetyissä alijärjestelmissä määritettynä ajankohtana tapahtuneiden poikkeusten seuranta.
  • Sovelluksen tehokkuuden määrittäminen käytetyille resursseille ja sen ymmärtäminen, voidaanko resurssien määrää ja niihin liittyviä kustannuksia vähentää vaikuttamatta tarpeettomasti suorituskykyyn.

Suojauksen raportointi seuraa asiakasta tämän käyttäessä järjestelmää. Mahdollinen sisältö:

  • Käyttäjän toimintojen seuranta. Tämä tehtävä edellyttää kunkin käyttäjän suorittamien yksittäisten pyyntöjen kirjaamista yhdessä päivämäärien ja kellonaikojen kanssa. Tietojen on oltava jäsennettyjä, jotta järjestelmänvalvoja voi muodostaa nopeasti uudelleen käyttäjän määritettynä ajankohtana suorittaman toimintosarjan.
  • Resurssin käytön käyttäjäkohtainen seuranta. Tämä tehtävä edellyttää sen tallentamista, miten kukin käyttäjän pyyntö käyttää järjestelmän eri resursseja ja kuinka kauan. Järjestelmänvalvoja voi luoda näiden tietojen avulla käyttäjäkohtaisen käyttöraportin määritetylle ajanjaksolle esimerkiksi laskutusta varten.

Ilmoitukset

Määrittämällä ilmoitukset, joihin käyttäjät voivat reagoida oikea-aikaisesti, auttaa varmistamaan, että järjestelmä pysyy kunnossa, reakoivana ja suojattuna. Ilmoituksessa voi olla niin paljon kontekstitietoja, että diagnostiikka-aktiviteetit voidaan aloittaa nopeasti.

Ilmoituksia koskevia suosituksia

  • Ilmoituksen vastaukselle on määritettävä prosessi, joka tunnistaa vastuulliset omistajat ja toiminnot.
  • Määritettävien ilmoitusten vaikutusalue on oltava hyvin määritetty, ja yksityiskohtien muokkaaminen auttaa vähentämään turhia tietoja.
  • Automaattisen ilmoitusratkaisun, kuten Splunkin tai Azure Monitorin, käytön ansiosta ongelmia ei tarvitse etsiä aktiivisesti.
  • Ilmoitusten avulla voidaan ottaa käyttöön korjausprosessit. Esimerkiksi palvelupyynnöt voidaan luoda automaattisesti ongelmien ja ratkaisujen seurantaa varten.

Raja-arvot

Ilmoitukset luodaan, kun seurantajärjestelmä havaitsee raja-arvojen ylittyvän. On varmistettava, että määritettävä raja-arvot antavat yleensä riittävästi aikaa tarvittavien muutosten tekemiseen työkuormassa, sillä näin voidaan välttää toiminnan heikentyminen tai käyttökatkokset. Ilmoitusten määrää voi vähentää toteuttamalla työkuormassa tarpeellinen virheiden käsittely ja sieppaamalla tunnetut virheet. Voit esimerkiksi määrittää uudelleenyrityskäytännöt pilvityönkulkujen toiminnoille siten, että uudelleenyritystä yritetään osana työnkulun suoritusta ja vain, jos toistuvat uudelleenyritykset epäonnistuvat ja työnkulun virhe tallennetaan ja hälytys lähetetään. Lue lisää kohdasta Suositukset luotettavan valvonta- ja hälytysstrategian suunnitteluun.

Power Platform – avustaminen

Power Platform integroidaan Application Insightsiin, joka on osa Azure Monitor -ekojärjestelmää. Käytä tätä integraatiota seuraavaan:

  • Vastaanota Dataverse-ympäristön Application Insightsissa sieppaamia diagnostiikan ja suorituskyvyn telemetriatietoja. Sovellusten Dataverse-tietokannassa ja mallipohjaisissa sovelluksissa suorittamien toimintojen telemetria voidaan tilata. Telemetriassa on tietoja, joiden avulla voi diagnosoida virheisiin ja suorituksiin liittyviä ongelmia sekä tehdä niissä vianmäärityksiä.

  • Yhdistä pohjaan perustuvat sovellukset Application Insights. Tämän analytiikan avulla voit diagnosoida ongelmia ja ymmärtää, mitä käyttäjät tekevät sovelluksillasi. Kerättyjen tietojen avulla voidaan tehdä parempia päätöksiä liiketoiminnassa ja parantaa sovellusten laatua.

  • Määritä Power Automate telemetria virtaamaan Application Insights. Voit esimerkiksi valvoa pilvityönkulku suorituksia ja luoda hälytyksiä pilvityönkulun suoritusvirheistä.

  • Sieppaa telemetriatietoja copilotista Microsoft Copilot Studio käytettäväksi Azuressa Application Insights. Tämän telemetrian avulla voit seurata lokiin kirjattuja viestejä ja tapahtumia, jotka lähetetään copilotiin ja copilotista, käyttäjän keskustelujen aikana käynnistettäviä aiheita ja mukautettuja telemetriatapahtumia, jotka voidaan lähettää aiheistasi.

Power Platform resurssilokitoiminnot Purview-yhteensopivuusportaalissa Microsoft . Useimmat tapahtumat ovat käytettävissä 24 tunnin kuluttua aktiviteetista. Älä käytä näitä tietoja reaaliaikaisessa valvonnassa. Lisätietoja aktiviteettien kirjaamisesta lokiin Power Platformissa on seuraavissa aiheissa:

Työmääräsi Power Platform saattaa sisältää Azure-resursseja. Lue lisää kohdasta Suositukset valvontajärjestelmän suunnitteluun ja luomiseen.

Power Platform CoE -aloituspakkaus on viitetoteutus, joka sisältää kokoelma komponentteja ja työkaluja. Ne on suunniteltu auttamaan strategian kehittämisessä Power Platformin käyttöönottoa ja tukea varten. CoE Starter Kit sisältää monipuolisen joukon koontinäyttöjä. Lue lisää artikkelista Hanki tarkkoja tietoja käyttöönotostasi Microsoft Power Platform CoE-koontinäytön Power BI avulla.

Power Platformin automaatiopaketti on joukko työkaluja, jotka nopeuttavat Power Automate -työpöytäversion käyttöä ja tukea automaatioprojekteissa. Paketti tarjoaa työkaluja, jotka auttavat sinua automaatioprojektien hallinnassa ja valvonnassa sekä toteutuneiden säästöjen ja sijoitetun pääoman tuoton (ROI) arvioimisessa. Osa automaatiopakettia on ohjauskeskus, joka täydentää Monitor työpöytätyönkulku runs -ominaisuutta. Hallintakeskuksen pääpainopisteenä on orkestrointinäkymä, jonka avulla tukianalyytikot ja organisaatiot voivat tarvittaessa harjoittaa seurantaa, suorittaa toimintoja ja antaa hälytyksiä.

Seuraavat vaiheet

Operational Excellence -tarkistuslista