Jei kuriate arba administruojate žiniatinklio programas, žinote, kad išlaikyti gerą techninį našumą Tai nėra neprivaloma: tai skirtumas tarp patenkintų vartotojų, kurie konvertuoja... ir žmonių, kurie palieka jūsų svetainę per kelias sekundes. Architektūroms tampant vis sudėtingesnėms – mikropaslaugoms, konteineriams, hibridiniams debesims, išorinėms paslaugoms – tampa beveik neįmanoma suprasti, kas vyksta, naudojant tik izoliuotus žurnalus ar talpinimo grafikus.
Štai čia ir prasideda „New Relic“. Ši stebimumo ir APM platforma leidžia jums Stebėkite savo programų veikimą realiuoju laikuAptikkite kliūtis, stebėkite, kas vyksta infrastruktūroje, ir, dar svarbiau, stebėkite savo projekte naudojamus dirbtinio intelekto modelius. Visa tai vienoje ataskaitų srityje, neperkraudami savęs ir neperkraudami penkių skirtingų įrankių.
Kas yra „New Relic“ ir kam jis naudojamas?
Naujoji relikvija yra SaaS platforma programų našumo stebėjimui ir stebimumui (APM) Plačiai naudojamas visame pasaulyje. Jo tikslas – suteikti jums visapusišką jūsų skaitmeninių sistemų veikimo matomumą: vidinės programos, priekinė dalis, infrastruktūra, duomenų bazės, išorinės paslaugos ir net dirbtinio intelekto darbo krūviai.
Norint tai pasiekti, „New Relic“ veikia toje pačioje aplinkoje programos duomenys, infrastruktūra, žurnalai, naudotojo patirtis ir verslo metrikaTai leidžia pereiti nuo įprasto fragmentiško požiūrio (kiekvienas dalykas – atskirame įrankyje) prie vieningo požiūrio, kai lengviau aptikti problemas, suprasti jų poveikį ir nustatyti, ką pirmiausia reikia taisyti.
Platforma integruojasi su platų šiuolaikinių technologijų pasirinkimąTokios kalbos kaip PHP, Java, Python ir Ruby; debesijos paslaugos, tokios kaip AWS ir Azure; konteinerių aplinkos, tokios kaip Kubernetes; populiarios duomenų bazės; ir visų rūšių sistemos. Dėl šio suderinamumo tai labai patrauklus pasirinkimas tiek startuoliams, tiek didelėms įmonėms su sudėtingomis, paskirstytomis architektūromis.
Kaip „New Relic“ veikia viduje: MELT modelis
Norint suprasti, kaip „New Relic“ stebi jūsų sistemas, naudinga žinoti MELT modelį, kuris grupuoja duomenis į keturis pagrindinius tipus: metrikos, įvykiai, žurnalai ir pėdsakaiSu jais platforma sukuria išsamų jūsų programos elgesio vaizdą.
The metriką Tai yra skaitinės vertės, apibūdinančios našumą: įkėlimo laikas, procesoriaus naudojimas, atminties sunaudojimas, pralaidumas užklausomis per minutę ir pan. Šio tipo duomenys puikiai tinka norint matyti tendencijas laikui bėgant ir aptikti nenormalius šuolius ar laipsnišką blogėjimą.
Los Renginiai Šie žurnalai atspindi jūsų programose ar sistemose vykstančius veiksmus. Paprastai juose sugrupuojamos kelios žurnalo eilutės, apibūdinančios įvykusį veiksmą, pavyzdžiui, atliktą operaciją, duomenų bazės klaidą arba iškvietimą į išorinę paslaugą. Jie padeda suprasti, kas įvyko ir kokiame kontekste.
Los žurnalai arba įrašai Tai eilutė po eilutės pateikiama informacija apie tuos įvykius su laiko žymomis ir papildomais atributais. Jų dėka galite žingsnis po žingsnio atkurti konkrečios programos ar paslaugos veiksmus, be to, jie yra labai svarbūs tiriant keistą elgesį ar klaidas, kurias sunku atkurti.
Galiausiai yra pėdsakųSekimai rodo chronologinę įvykių seką užklausoje arba visame sraute. Pavyzdžiui, mikropaslaugų aplinkoje sekimas gali apimti kelias API, pranešimų eiles ir duomenų bazes, todėl galite matyti, kur švaistomas laikas arba kur visoje grandinėje atsiranda klaidų.
Naujojo relikvijos agento vaidmuo
Naujasis reliktas veikia dėka agentas, įdiegtas jūsų programoje arba infrastruktūrojeŠis agentas apdoroja kodą ir aplinką taip, kad automatiškai rinktų reikiamus rodiklius, įvykius, žurnalus ir pėdsakus.
Kiekvienam stebėjimo tipui paprastai reikalingas atskiras agentas: APM agentas (paraiškos), kita – infrastruktūra, kitas už naršyklė (žiniatinklio naudotojo patirtis) ir kt. Šie agentai yra atsakingi už duomenų siuntimą į „New Relic“ platformą, kur jie apdorojami ir rodomi vaizdinėse ataskaitų srityse.
Kai agentas įdiegtas ir įvykdyti minimalūs sistemos reikalavimai, pavyzdžiui, administratoriaus leidimai ir suderinamas operacinės sistemos bei programavimo kalbos versijas – duomenys jūsų paskyroje pradedami rodyti beveik akimirksniu, nereikalaujant labai sudėtingų konfigūracijų.
Pagrindiniai rodikliai, kuriuos reikia stebėti naudojant APM
Kai naudojate APM įrankius, tokius kaip „New Relic“, yra keletas Svarbiausi rodikliai, kuriuos reikia atidžiai stebėti suprasti tikrąją jūsų programų būseną ir numatyti našumo problemas.
El reakcijos laikas Tai rodo, kiek laiko jūsų programai užtrunka apdoroti užklausą ir pateikti atsakymą. Jei šis rodiklis viršija priimtinas ribas, nukenčia naudotojo patirtis ir galite pastebėti konversijų rodiklių ar paslaugų naudojimo sumažėjimą.
La klaidų dažnis Tai rodo, kiek užklausų baigiasi tam tikra klaida, pvz., neapdorotos išimtys, HTTP 5xx atsakymai arba klaidos išorinėse paslaugose. Šio rodiklio padidėjimas paprastai rodo probleminius diegimus, nestabilias priklausomybes arba vidines kliūtis.
El Išteklių naudojimas (CPU, atmintis, diskas, tinklas) nurodo, kiek talpos jūsų programa sunaudoja serveriuose arba konteineriuose. Per didelis sunaudojimas gali sukelti perkrovas, o labai mažas naudojimas ir retkarčiais pasitaikantys padidėjimai gali rodyti optimizavimo arba mastelio keitimo poreikį.
El našumas pagal pralaidumą Paprastai jis matuojamas užklausų per minutę skaičiumi (RPM). Šis rodiklis leidžia matyti, kiek apkrovos gali atlaikyti jūsų programa, kaip ji veikia apkrovos pikų metu ir kiek jūsų infrastruktūra yra tinkamo dydžio.
La latencija Tai atspindi laiką, per kurį duomenys keliauja iš kliento į serverį ir atgal. Tai ypač aktualu, kai naudojami sudėtingi tinklai, CDN, išorinės paslaugos arba paskirstytos architektūros su keliais šuoliais tarp regionų ar teikėjų.
La vartotojo patirtis Tai neapsiriboja techniniais skaičiais ir gali būti matuojama tokiais rodikliais kaip „Apdex“ balas, kuris susieja patenkinamą ir nepatenkinamą atsakymo laiką pagal nustatytą ribą. Šio tipo rodikliai padeda jums paversti techninį našumą realiu jūsų programos naudotojų pasitenkinimu.
Galiausiai yra verslo metrikosSandorių skaičius, pajamos, konversijų rodiklis, užsakymų apimtis ir kt. Šių duomenų susiejimas su techniniais rezultatais leidžia aiškiai matyti, kaip delsos problema ar laikinas sumažėjimas veikia pelną.
Priklausomai nuo jūsų projekto ypatybių, be šių bendrųjų rodiklių, jus gali dominti ir stebėti konkrečius rodiklius, pavyzdžiui, tam tikrų SQL užklausų laiką, konkrečių integracijų našumą arba svarbių naudotojui skirtų funkcijų veikimą.
APM pagrindinis prietaisų skydelis: ką galite matyti
Kai agentas aktyvuojamas, APM skyriuje „New Relic“ pateikiama išsami apžvalga. APM suvestinės puslapyje rodoma: svarbiausi rodikliai iš pirmo žvilgsnio kiekvienai paslaugai ar programai.
Šiame puslapyje, be kita ko, rasite informaciją apie operacijos atsakymo laikas žiniatinkliai, kurie matuoja užklausų trukmę kliento požiūriu, nors ne visada fiksuoja visą sudėtingai operacijai skirtą laiką.
Kitas svarbus rodiklis šioje perspektyvoje yra Apdex balasTai lygina išmatuotą atsako laiką su iš anksto nustatyta riba. Tai leidžia matyti, koks procentas operacijų laikomas sėkmingu, o kuris – ne, ir padeda suprasti, kaip jūsų vartotojai suvokia našumą.
Taip pat pamatysite našumas, išreikštas užklausomis per minutę (RPM)Taip pat atsižvelgiama į klaidų dažnį ir pagrindinio kompiuterio išteklių (procesoriaus ir atminties) suvartojimą. Šis duomenų derinys leidžia lengviau nustatyti koreliacijas, pavyzdžiui, tarp srauto padidėjimo, delsos padidėjimo ir procesoriaus perkrovos.
Be santraukos, „New Relic“ siūlo konkretūs vaizdai skirtingiems komponentams: paskirstytam atsekamumui, atskiroms operacijoms, duomenų bazėms, išorinėms paslaugoms ar net „Kubernetes“ aplinkoms, kur galite matyti tokius rodiklius kaip diegimo amžius, pod'ų būsena ir skirtingų versijų našumo palyginimai.
Išplėstinė stebėsena: sekimai, išorinės paslaugos ir „Kubernetes“
Funkcionalumas paskirstytas atsekamumas Šiame rodinyje įrašomas užklausų, apimančių kelias paslaugas arba mikropaslaugas, elgesys. Šiame rodinyje galite analizuoti bendrą kiekvieno sekimo trukmę, jį sudarančius atstumus, pasitaikančias klaidas ir dažniausiai pasitaikančius jūsų srauto kelius.
Skyrius sandoriai Šiame sąraše rodomos aktualiausios užklausos, surūšiuotos pagal realiuoju laiku sunaudoto laiko procentą, našumą ir išteklių naudojimą. Atidžiau panagrinėję kiekvieną operaciją, galite pamatyti, kurios kodo dalys, duomenų bazės užklausos ar išoriniai iškvietimai labiausiai sulėtina programos veikimą.
Kalbant apie duomenų bazes, „New Relic“ rodo operacijos, reagavimo laikas ir pralaidumas vykdomų užklausų ir teiginių. Tai padeda nustatyti lėtas užklausas, prastai suprojektuotus indeksus arba neefektyvius prieigos modelius, kurie turi įtakos bendram elgesiui.
Vaizdas išorės paslaugos Pateikiama išsami informacija apie našumą, atsako laiką ir klaidų dažnį tiek aukštesnio, tiek žemesnio lygio subjektams, pvz., trečiųjų šalių API arba vidinėms sistemoms. Tai leidžia geriau atskirti, kurios problemos kyla dėl jūsų, o kurios – dėl išorinių priklausomybių.
Jei dirbi su Kubernetes„New Relic“ gali rodyti informaciją apie diegimus, galimus modulius, susijusius žurnalus ir skirtingų metrikų palyginimus. Tai leidžia lengviau matyti, kaip konfigūracijos pakeitimai, naujos versijos ar automatinis mastelio keitimas veikia faktinį jūsų darbo krūvių našumą.
Įspėjimai ir paslaugų lygio sutartys (SLA)
Be duomenų rinkimo, „New Relic“ leidžia jums Apibrėžkite įspėjimus ir stebėkite savo SLA siekiant užtikrinti, kad programos atitiktų pažadėtus paslaugų lygius.
Funkcionalumas SLA ataskaitos Tai suteikia jums veikimo laiko, prastovų ir našumo tendencijų apžvalgą skirtingais laikotarpiais (dienos, savaitės, mėnesio). Tai leidžia įvertinti, kaip galutinis vartotojas suvokia paslaugos kokybę ir ar vykdote savo sutartinius ar vidinius įsipareigojimus.
The įspėjimai Jums automatiškai pranešama, kai kuri nors metrika nukrypsta nuo numatyto diapazono. Norėdami tai padaryti, apibrėžiate pasirinktines sąlygas: kurį duomenų šaltinį norite stebėti (pvz., konkrečią programą, duomenų bazę ar išorinę paslaugą), koks elgesys laikomas anomaliu (pvz., metrika išlieka virš arba žemiau ribos) ir kaip turėtų būti generuojami incidentai.
Taip pat galite reguliuoti incidento pasirinkimasnuspręsti, ar norite gauti pranešimus apie bet kokį pažeidimą nedelsiant, ar tik pasikartojančių ar rimtų problemų atveju. Kalbant apie įspėjimo kanalaiPlatforma leidžia integruoti el. paštą, „Slack“, „OpsGenie“ ir kitas incidentų pranešimo ir reagavimo priemones.
Įspėjimai turi variklį Taikomoji žvalgyba Tai padeda nustatyti galimas pagrindines priežastis, susiejant duomenis ir sumažinant triukšmo kiekį, kurį kitaip reikėtų analizuoti rankiniu būdu. Tai leidžia techninėms komandoms sutelkti dėmesį į problemų sprendimą, o ne į jų filtravimą.
Prietaisų skydai ir duomenų vizualizacija
Vienas iš „New Relic“ raktų yra jo gebėjimas kurti pasirinktinius valdymo skydus kurie sugrupuoja svarbiausius jūsų verslo ar techninės srities rodiklius.
Pagrindiniame skydelyje didelė dalis našumo informacijos jau sutelkta viename ekrane, užkoduota grafika ir spalvomis, kurios padeda iš pirmo žvilgsnio atpažinti modelius. Tačiau galite žengti toliau ir... sukurkite savo paneles pritaikyta skirtingoms komandoms, projektams ar geografiniams regionams.
Šie prietaisų skydeliai leidžia jums reguliuoti dizainas, diagramos dydis ir metrikų rinkinys Pavyzdžiui, įprasta sukurti atskirą skydelį šaliai ar regionui, kitą – kritinei gamybos aplinkai, o dar vieną – verslui, kurio konversijos rodikliai koreliuoja su techniniu našumu.
Galimybė bendrinti skydelius tarp komandų Tai labai pagerina bendradarbiavimą: kūrimo, operacijų, rinkodaros ar produkto kūrimo specialistai gali nagrinėti tuos pačius duomenis iš vienas kitą papildančių perspektyvų ir priimti koordinuotus sprendimus.
Integruoti operacijų pėdsakai ir žurnalai
Kai yra rimtų našumo problemų, operacijų pėdsakai ir susiję įrašai Tai skiria spėliojimą nuo tikslaus žinojimo, kas vyksta.
APM pėdsakai „New Relic“ sistemoje saugo išsamią informaciją apie jūsų programos operacijas, įskaitant duomenų bazės iškvietimus, segmentavimą pagal funkciją ar metodą ir kiekvienai proceso daliai skirtą laiką. Tai leidžia matyti, pavyzdžiui, ar užklausa užstringa kodo cikle, konkreti užklausa ar iškvietimas išorinei paslaugai.
Tuo pačiu metu platforma leidžia jums peržiūrėkite su kiekvienu pėdsaku susijusius žurnalusŽurnalų sąsajoje galite ieškoti pagal raktinius žodžius, atributus arba laiko intervalus ir greitai susieti atitinkamus pranešimus su probleminėmis operacijomis.
Šis pėdsakų ir žurnalų derinys siūlo labai išsamus incidentų sprendimo kontekstassutrumpinant laiką, reikalingą problemos pagrindinei priežasčiai nustatyti, ir išvengiant nuolatinio skirtingų įrankių naudojimo, norint atkurti tai, kas įvyko.
Pagrindiniai „New Relic“ privalumai
Palyginti su kitomis stebėjimo platformomis, „New Relic“ išsiskiria dėl kelių priežasčių, kurios yra ypač patrauklios įvairaus dydžio komandoms. Pirma, ji paprastas diegimas ir konfigūravimasnes ji siūlo gausią dokumentaciją ir valdomą asistentą, kuris aptinka aplinką, pasiūlo tinkamą agentą ir daugeliu atvejų netgi jį automatiškai sukonfigūruoja.
Kasdien naudojant sąsają, daugiausia dėmesio skiriama naudojimo paprastumas ir pagrindinės priežasties radimo greitisPagrindiniame skydelyje vos keliais paspaudimais galite giliau peržiūrėti grafikus ir lenteles, atsekdami problemą nuo „Apdex“ gedimo iki konkrečios operacijos, kodo segmento ar duomenų bazės užklausos.
Naujoji relikvija taip pat prideda vertės dėl to, kad kliento pusės klaidų registravimasTai padeda suprasti, kas vyksta naudotojų naršyklėse: kokios klaidos pasitaiko, kaip dažnai ir kokiuose kontekstuose. Tai suteikia papildomo konteksto, leidžiančio pagerinti naudotojo patirtį.
Kitas privalumas yra išsamus sandorių įrašasTai leidžia iš pirmo žvilgsnio nustatyti, kurie jūsų programos komponentai kraunasi lėčiau arba sunaudoja daugiau išteklių. Toks matomumas yra labai svarbus norint nustatyti optimizavimo prioritetus, kurie iš tikrųjų veikia bendrą našumą.
Pati platformos vartotojo sąsaja yra gana intuityvus ir lankstusVizualiniai elementai, vaizdo pritaikymas ir bendras dizainas tinka tiek itin techniniams vartotojams, tiek tiems, kurie tik pradeda stebėti.
Naujo „Relic APM“ diegimas: pavyzdys su PHP Ubuntu sistemoje
Konkretus APM agento diegimo procesas skiriasi priklausomai nuo programavimo kalba ir operacinė sistema kad ir kurį naudotumėte, tačiau bendra logika išlieka ta pati: užregistruokite paskyrą, gaukite licencijos raktą, įdiekite agentą ir paleiskite paslaugas iš naujo, kad jos pradėtų rinkti duomenis.
„Ubuntu“ sistemoje su PHP programomis (pavyzdžiui, diegiant „WordPress“ VPS serveryje), tipinė procedūra prasideda nuo Sukurkite paskyrą „New Relic“ Prisijungę prie paskyros, eikite į savo paskyros nustatymus, kad nukopijuotumėte licencijos raktą. Šis raktas identifikuoja jūsų informaciją platformoje.
Toliau jums reikia Pridėti naują relikvijų saugyklą Tada sistema atnaujinama komanda, kuri įrašo atitinkamą įrašą į paketų šaltinių sąrašą. Šaltinio autoritetas patikrinamas importuojant „New Relic“ pateiktą GPG raktą ir atnaujinamas vietinių paketų sąrašas.
Kai saugykla jau sukonfigūruota, PHP agento paketas tiesiai iš oficialių „New Relic“ saugyklų. Kai kuriais atvejais diegimas baigiamas automatiškai; jei ne ir pasirodo pranešimas, kad diegimo programą turite paleisti kaip root, tiesiog paleiskite rekomenduojamą komandą, kad procesą užbaigtumėte rankiniu būdu.
Šių veiksmų metu jūsų bus paprašyta nurodyti programos pavadinimas Norite stebėti paslaugą ir įvesti anksčiau nukopijuotą licencijos raktą. Galiausiai tereikia paleisti žiniatinklio serverį iš naujo, pavyzdžiui, atitinkamą „Apache“ paslaugą, kad agentas pradėtų veikti.
Kai tai bus padaryta, tai gera mintis naudokite savo programėlę įprastai Palaukite kelias minutes, kol agentas sugeneruos pakankamai duomenų. Grįžę į „New Relic“ sąsają, APM skiltyje turėtumėte pradėti matyti diagramas ir metriką. Diegimams, kurie nebus diegiami dideliu mastu, pati priemonė rekomenduoja savo valdomą diegimo režimą, kuris automatizuoja daugelį ankstesnių veiksmų.
Kaip naudoti „New Relic APM“ programos optimizavimui
Po įdiegimo kūrėjai gali Pradėkite dirbti su APM duomenimis nedelsdamiNereikia jokių sudėtingų konfigūracijų. Tiesiog prisijunkite prie platformos, eikite į APM skirtuką ir pasirinkite norimą analizuoti programą.
Tipinis darbo eigos procesas ištirti našumo problemas Galite pradėti pažvelgdami į „Apdex“ balų grafiką. Jei jis nukrenta žemiau priimtino lygio, tai aiškus ženklas, kad kažkas negerai su naudotojo patirtimi.
Kitas žingsnis paprastai yra surasti internetinių operacijų laiko juostos grafiko šuoliaiSpalvos atspindi skirtingus komponentus: kodo vykdymą, duomenų bazės užklausas, išorinių paslaugų iškvietimus ir pan. Nustačius, kuri spalva dominuoja ryškiausiuose šuoliuose, bus lengviau nustatyti, kur ieškoti.
Paspaudus atitinkamą viršūnę, pateksite į Operacijų puslapisTada galite rūšiuoti įrašus pagal tuos, kurie daro didžiausią neigiamą poveikį „Apdex“. Operacija, kuri labiausiai neigiamai veikia naudotojų pasitenkinimą, paprastai yra tinkama išsamiai peržiūrai.
Tos operacijos viduje galite slinkti žemyn iki skilties operacijų pėdsakai ir atidarykite vieną iš jų, kad pamatytumėte jo nuoseklų suskirstymą. Stebėjimo informacijos skirtuke rasite segmentus, paryškintus tokiomis spalvomis kaip raudona arba geltona, nurodančius lėčiausias arba problemiškiausias dalis.
Nuo čia apie išanalizuoti, ar tiems segmentams skirtas laikas yra pagrįstas priklausomai nuo jūsų kriterijų arba nuo to, ar jie yra problemos šaltinis. Jei taip, galite dirbti su paveiktu kodu, užklausa, infrastruktūros konfigūracija arba integracija, kad sumažintumėte poveikį atsako laikui.
„New Relic“ naudojimas el. prekybos aplinkose („Adobe Commerce“ / „Magento“)
Elektroninės prekybos srityje, ypač tokiose platformose kaip „Adobe Commerce“ arba „Magento“ atvirojo kodo„New Relic“ tapo beveik nepakeičiama priemone, padedančia išlaikyti internetinę parduotuvę lankstų ir stabilų.
Vienas vertingiausių jo panaudojimo būdų yra kliūčių nustatymas„New Relic“ gali aptikti lėtas SQL užklausas, trečiųjų šalių plėtinius, kurie mažina našumą, arba išorinius API iškvietimus, kurie sulėtina atsiskaitymo procesą. Žinodami, kuris komponentas tiksliai stabdo parduotuvės darbą, galite imtis tikslių veiksmų, o ne atlikti nematomus pakeitimus.
Platforma taip pat padeda optimizuoti pakrovimo greitį Puslapis po puslapio, analizuojant kiekvienos katalogo, pirkinių krepšelio ar atsiskaitymo dalies elgseną. Tai tiesiogiai veikia naudotojų patirtį ir konversijų rodiklius, nes klientai linkę atsisakyti pirkinių, jei laukimo laikas ilgas.
Kitas kritinis momentas yra integracijos stebėsena „New Relic“ integruojasi su ERP, mokėjimo šliuzais, rinkodaros įrankiais ir kitomis išorinėmis sistemomis, leisdama stebėti šiuos ryšius ir greitai aptikti sutrikimus ar gedimus, kurie gali blokuoti užsakymus arba sukelti mokėjimo klaidas.
Svarbiomis datomis, tokiomis kaip Juodasis penktadienis arba specialių akcijų metu, „New Relic“ yra labai naudingas pasiruoškite eismo pikamsAnalizuodami parduotuvės elgseną apkrovos metu, galite nustatyti reikiamų išteklių dydį, koreguoti talpyklą ir sumažinti prastovų ar visiško svetainės gedimo riziką.
„New Relic AIM“: stebimumas, pritaikytas dirbtiniam intelektui
Augant dirbtinio intelekto pagrindu veikiančių programų populiarumui, „New Relic“ įtraukė Naujas relikvijų AIM, sprendimas, skirtas stebėti visą dirbtinio intelekto rinkinį, taikant tą pačią filosofiją, kurią APM taiko tradicinėms programoms.
Tikslas yra pasiūlyti Visiškas matomumas nuo pradžios iki galo visuose dirbtinio intelekto sprendimo komponentuose: nuo jį iškviečiančių paslaugų iki naudojamų modelių, tarpinio duomenų srauto, pagrindinės infrastruktūros ir susijusio išteklių suvartojimo.
Sąranka gana greita dėl to, kad Dirbtinio intelekto paruošti agentaiŠiems agentams nereikia sudėtingos papildomos įrangos. Jie siūlo integruotą palaikymą gerai žinomiems modeliams, tokiems kaip „OpenAI“ ar „AWS Bedrock“, taip pat orkestravimo karkasams, tokiems kaip „LangChain“, o tai labai supaprastina įdiegimą.
Su AIM galite stebėti Dirbtiniam intelektui būdingi rodikliaiTai apima tokius rodiklius kaip užklausų modeliams skaičius, atsakymo laikas, žetonų naudojimas, vartotojų atsiliepimai ir klaidų dažnis atsakymuose. Visa tai derinama su tradiciniais APM signalais, infrastruktūros rodikliais ir žurnalais, kad būtų galima matyti tikrąjį dirbtinio intelekto sluoksnio poveikį likusiai programos daliai.
Integracija su Naujasis „Relic APM 360“ Tai leidžia susieti dirbtinio intelekto problemas su kitais sistemos komponentais. Pavyzdžiui, jei vieningame rodinyje pastebite padidėjusį programų klaidų skaičių ir tuo pačiu metu padidėjusį dirbtinio intelekto gedimų skaičių, galite greitai išskirti priežastį modelio sluoksnyje ir atlikti išsamesnę analizę, kad rastumėte tikslų šaltinį.
Šis požiūris padeda greičiau derinti dirbtinio intelekto programas, siekiant optimizuoti našumą, kokybę ir sąnaudas (pavyzdžiui, kontroliuojant žetonų naudojimą) ir užtikrinti atitiktį vidaus taisyklėms ir politikai, susijusioms su duomenų tvarkymu ir automatizuotų sprendimų atsekamumu.
„New Relic“ palyginimas su kitais rinkoje esančiais įrankiais
Rinkoje yra keletas stebėjimo ir stebėjimo sprendimų, tokių kaip „Dynatrace“, „AppDynamics“, „Datadog“ arba „Elastic APM“Kiekvienas su savo stipriosiomis pusėmis ir niuansais. „New Relic“ išsiskiria keliais aspektais, kurie įdomūs daugeliui komandų.
Vienas iš jų yra sąnaudų ir naudos santykis„New Relic“ siūlo nemokamą versiją ir keičiamo dydžio planus, kurie leidžia ja naudotis mažoms ir vidutinėms įmonėms, kartu išlaikant pažangias galimybes didelėms organizacijoms su sudėtinga architektūra.
Dar vienas argumentas jo naudai yra įgyvendinimo paprastumasNors visiems šio tipo įrankiams reikia šiek tiek pradinio darbo, „New Relic“ daug dėmesio skyrė trinties mažinimui, naudodama vedamus vedlius, aiškią dokumentaciją ir agentus, kurie gerai veikia įvairiose aplinkose.
Platforma taip pat skirta kūrėjams, taip pat verslo profiliamsJis ne tik rodo techninius duomenis, bet ir leidžia kurti rodinius bei ataskaitų suvestines, kuriose našumo metrika susiejama su pajamų, konversijos ar funkcijų naudojimo rodikliais, todėl lengviau priimti veiksmingus sprendimus.
Konkrečiai elektroninės prekybos srityje svarbiausias jos bruožas yra gimtoji integracija su „Adobe Commerce“Tai supaprastina internetinių parduotuvių stebėjimą, nereikalaujant nustatyti pernelyg sudėtingų konfigūracijų.
Palyginti su kitais įrankiais, „Dynatrace“ ir „AppDynamics“ siūlo labai galingas galimybes, tačiau jos gali būti brangesnis ir sudėtingesnis valdymasypač komandoms, turinčioms mažiau patirties stebimumo srityje. Kita vertus, „Datadog“ labai daug dėmesio skiria infrastruktūrai ir žurnalams, o „Elastic APM“ yra labai populiari atvirojo kodo aplinkose, tačiau paprastai reikalauja sudėtingesnės konfigūracijos ir priežiūros.
Nuo teorijos iki praktikos: realaus pasaulio našumo gerinimo atvejis
Norint pamatyti tikrąjį vieningos stebėjimo platformos poveikį, nagrinėkime atvejį „EveryMatrix“, kur vyresnysis sistemų architektas Alexas Bularca iš pradžių turėjo spręsti našumo problemas naudodamas iki penkių skirtingų įrankių.
Pasirinkusi „New Relic“ kaip pagrindinę platformą, komanda pradėjo dirbti su viena ataskaitų suvestinė, paskirstytas stebėjimas ir paslaugų žemėlapiaiŠis derinys leido tiksliai nustatyti užsitęsusio delsos problemą konkrečioje perkrautų gijų grupėje, o tai anksčiau buvo daug sunkiau greitai aptikti.
Galimybė turėti vieningi duomenys iš APM į pasirinktines užklausas Tai leido sudėtingus incidentus išspręsti greičiau ir efektyviau, o daugeliu atvejų anomalijas buvo galima aptikti ir ištaisyti dar prieš joms sukeliant matomą incidentą gamyboje.
Tokie pavyzdžiai aiškiai rodo, kad stebimumas neapsiriboja gražia grafika, o tuo, kad Tai tiesioginis svertas prastovų mažinimui, naudotojų patirties gerinimui ir eksploatavimo sąnaudų ribojimui..
Taigi „New Relic“ įsitvirtino kaip vienas išsamiausių sprendimų įmonėms, kurioms reikia stebėti ir optimizuoti savo programų našumą, sumažinti operacinę riziką ir pasiūlyti aukšto lygio naudotojo patirtį.
Vieningas požiūris į programas, infrastruktūrą, klientų patirtį ir dabar taip pat dirbtinį intelektą kartu su paprastu naudojimu daro jį labai patikimu pasirinkimu bet kuriai organizacijai, norinčiai kontroliuoti savo skaitmenines platformas – nuo mažų svetainių iki didelių paskirstytų sistemų. Pasidalinkite vadovu, kad daugiau vartotojų žinotų apie temą.