Jaa

Seurantajärjestelmän suunnittelu- ja luontisuositukset

  • Artikkeli

Koskee tätä Power Platform Well-Architected- ratkaisun toiminnan korkean laadun tarkistusluetteloa koskevaa suositusta:

OE:06 Seurantajärjestelmän suunnitteleminen ja toteuttamisen suunnitteluvalintojen tarkistamiseen sekä tulevien suunnittelu- ja liiketoimintapäätösten tiedottamiseen. Tämä järjestelmä tallentaa ja antaa käyttöön työkuormasta lähetetyn toiminnallisen telemetrian, mittarit ja lokit.

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 mahdollista, hyödynnä ympäristön tarjoamia seurantatyökaluja, jotka vaativat yleensä vain vähän määrityksiä ja voivat tarjota syvällisiä merkityksellisiä tietoja työkuormastasi, joita muuten voisi olla vaikea saada.

  • Lokit ja mittarit on kerättävä koko työkuormapinosta. Kaikki vähäkoodiset ja koodipohjaiset komponentit ja resurssit on määritettävä tuottavaa standardoitua, merkityksellistä tietoa, joka on sitten 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.

  • Yhdistä kerätyt valvontatiedot ja analysoi järjestelmän ja käyttäjien työnkulut, jotta työnkulkujen kunto saadaan vastaamaan tietoja sekä työmäärän yleistä kuntoa. Näiden tietojen analysointi työnkulkujen avulla auttaa määrittämään havainnointistrategian ja kuntomallin vastaavuuden.

  • Henkilökohtaisten tietojen tallennuksen minimointi varmistaa, että lakeja ja säädöksiä noudatetaan. Jos sinun on tallennettava tunnistettavissa olevia tietoja, varmista, että otat ratkaisua suunnitellessasi huomioon vaatimukset, jotka mahdollistavat henkilöille pyynnöt poistaa tietonsa.

  • 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 työkuorman komponentit, olivatpa ne sitten vähäkoodisia tai koodilähtöisiä komponentteja tai ympäristöasetuksia, kuten ympäristöjä ja käytäntöjä, telemetrian ja tapahtumien, kuten lokien ja mittareiden, tallentamista varten.

Lokeista on hyötyä lähinnä poikkeamien havaitsemisessa ja niiden tutkimisessa. Tyypillisesti työkuormakomponentti tuottaa lokit, minkä jälkeen ne lähetetään sitten seurantaympäristöön tai vedetään seurantaympäristöön 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

Tietoja voi kerätä valmiin Application Insights -integroinnin avulla. Application Insightsin käyttöönoton jälkeen saadaan selkeä näkyvyys tärkeisiin tapahtumiin sekä reaaliaikaisesti että historiallisesti.

Sovelluslokit tukevat sovelluksen koko 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 on sovellusalusta palveluna -tarjooma, taustalla olevaan infrastruktuuriin liittyvien lokien sieppaamista saatetaan rajoittaa. 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 skaalauduttava 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 tunnuslukujen (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.

Esimerkiksi Power Platform -ratkaisu voi sisältää seuraavat komponentit:

  • pohjaan perustuva sovellus, jolla käyttäjät voivat käyttää tietoja
  • mallipohjainen sovellus, jolla järjestelmänvalvojat voidaan määrittää sovelluksen asetukset
  • tietotoiminnot suorittava pilvityönkulku
  • toimintoon liitetyt tiedot tallentava Dataverse-esiintymä
  • tiedot Azure-taulukkotallennuksesta tiedot noutava, sovelluksesta kutsuttava Azure-funktiosta.

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 ongelmien tunnistamisen ja vianmäärityksen optimoimiseksi.

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 tunnistaa ongelmat ja suuntaukset nopeasti sekä ymmärtää työkuormaan tekemiesi muutosten vaikutuksen.

Raporttinäkymät

Yleisin tapa visualisoida tiedot on käyttää koontinäyttöjä, jotka voivat näyttää tiedot kaavioiden ja diagrammien 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 toiminnallisia tai jotka eivät liity työkuorman 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ökuormaa koskevien koontinäyttöjen tarjoaminen sidosryhmille on hyvä tapa pitää heidät ajan tasalla työkuorman kunnosta, mutta sillä voi olla kielteisiä vaikutuksia, 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 käytön määrittäminen käyttöönotetuissa resursseissa sekä tietoja siitä, voiko resurssien määrää ja niihin liittyviä kustannuksia vähentää ilman tarpeetonta vaikutusta 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ä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äntöjä pilvityönkuluissa suoritettaville toiminnoillesi siten, että uudelleenyritystä yritetään osana työnkulun suorittamista ja vain, jos toistuvat uudelleenyritykset epäonnistuvat, työnkulun epäonnistuminen kirjataan ja hälytys lähetetään. Lisätietoja on kohdassa Luotettavan valvonta- ja hälytysstrategian suunnittelemiseen liittyvät suositukset.

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ä.

  • Yhteyden muodostaminen pohjaan perustuvista sovelluksista Application Insightsiin. 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.

  • Power Automate -telemetrian määrittäminen siirtymään Application Insightsiin. Voit esimerkiksi seurata pilvityönkulkujen suorituksia ja luoda hälytyksiä pilvityönkulun suoritusvirheistä.

  • Sieppaa telemetriatiedot Microsoft Copilot Studion agentilta Azure Application Insightsissa käytettäväksi. Tämän telemetrian avulla voit seurata agentille lähetettyjä kirjattuja viestejä ja tapahtumia ja agentin lähettämiä vastaavia kohteita, käyttäjien keskusteluiden aikana käynnistettyjä aiheita ja mukautettuja telemetriatapahtumia, jotka voidaan lähettää aiheista.

Power Platform -resurssit kirjaavat aktiviteetit lokiin Microsoft Purview -yhteensopivuusportaalissa. 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:

Power Platform -työmäärä voi sisältää Azure-resursseja. Lisätietoja on kohdassa Valvontajärjestelmän suunnittelemiseen ja luomiseen liittyvät suositukset.

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-aloituspakettiin sisältyy runsaasti koontinäyttöjä. Lisätietoja on kohdassa Kattavien näkemysten hankkiminen Microsoft Power Platform -käyttöönotosta CoE Power BI -koontinäytön 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. Hallintakeskus on automaatiopaketin osa, ja se täydentää Valvo työpöytätyönkulkujen suorituksia -ominaisuutta. Hallintakeskuksen pääpainopisteenä on orkestrointinäkymä, jonka avulla tukianalyytikot ja organisaatiot voivat tarvittaessa harjoittaa seurantaa, suorittaa toimintoja ja antaa hälytyksiä.

Seuraavat vaiheet

Toiminnan korkean laadun tarkistusluettelo