Kur fillon ta vëresh se Chrome është i ngadaltë në infrastrukturën tuaj VDI, konsumon shumë RAM ose rrit përdorimin e CPU-sëJo vetëm që përvoja e përdoruesit vuan, por edhe fatura për serverat, licencat dhe infrastrukturën e rrjetit rritet ndjeshëm. Në mjedise me dhjetëra ose qindra desktopë virtualë, çdo skedë shtesë dhe çdo megabajt i menaxhuar dobët shumëzohet me të gjithë përdoruesit e lidhur.
Kjo është arsyeja pse ka kuptim të plotë ta marrësh njërin seriozisht Auditimi dhe optimizimi i performancës së Chrome në VDI me fokus në uljen e kostosNuk ka të bëjë vetëm me "shpejtimin", por me kuptimin e asaj që po ndodh, matjen e saj me mjetet e duhura (DevTools, Lighthouse, PageSpeed, analizat, metrikat e serverit, etj.) dhe zbatimin e politikave teknike dhe të përdorimit që ulin konsumin e burimeve pa shkatërruar produktivitetin e stafit.
Pse performanca e Chrome në VDI ndikon drejtpërdrejt në kostot tuaja
Në internet kemi parë prej vitesh se si Disa qindra milisekonda bëjnë një ndryshim të madh në biznesKompanitë e mëdha kanë matur rënie në shitje ose trafik thjesht nga rritja e lehtë e vonesës së faqeve të tyre. Diçka e ngjashme ndodh në VDI, por në një shkallë të ndryshme: çdo ngadalësim, çdo skedë që ngrin, përkthehet në Më shumë CPU dhe memorie për përdorues, më shumë servera, më shumë licenca dhe më shumë bandwidth.
Ndërkohë, në një desktop fizik, përdoruesi "mban" pothuajse të gjithë koston e performancës në makinën e tij. Megjithatë, në një infrastrukturë desktopi virtual, Të gjitha këto burime vijnë nga një grup i përbashkët në qendrën e të dhënaveNjë shfletues Chrome i paoptimizuar në 100 desktopë mund t'ju detyrojë të mbingarkoni hapësirën tuaj VDI, të paguani më shumë për hapësirën e ruajtjes, të kontraktoni më shumë kapacitet rrjeti dhe madje të investoni në GPU nëse doni të luani video pa probleme.
Përveç kësaj, shpejtësia e aplikacioneve web që hapen brenda Chrome ka rëndësi gjithashtu. faqe interneti që është e rëndë, me shumë imazhe dhe JavaScript të panevojshëmKjo jo vetëm që e frustron përdoruesin, por do të thotë edhe përdorim më i lartë i CPU-së, rritje e konsumit të memories dhe trafik më i lartë për çdo seancë VDI. Optimizimi i faqeve të internetit dhe aplikacioneve të internetit, jo vetëm i shfletuesit, është një pjesë kyçe e ekuacionit të kostos.
Për ta përkeqësuar situatën, motorët e kërkimit po i japin gjithnjë e më shumë përparësi performancës. Nëse aplikacionet tuaja të brendshme të internetit kanë edhe një version publik, një auditim i mirë i performancës dhe SEO teknike Ndihmon për të përmirësuar renditjen tuaj, për të tërhequr më shumë trafik cilësor dhe për ta bërë investimin tuaj në zhvillim fitimprurës.
Bazat e VDI dhe Profilizimi i Burimeve për Chrome
Infrastruktura e desktopit virtual është, në thelb, një grup desktopësh Windows (ose sistemesh të tjera) që funksionojnë në servera të centralizuartë arritshme nga pothuajse çdo pajisje nëpërmjet një rrjeti. Në vend që sistemi operativ dhe aplikacionet të jenë të instaluara në kompjuterin e përdoruesit, ato mbahen në qendrën e të dhënave, qoftë në vend ose në cloud.
Në këtë model, çdo seancë përdoruesi është një makinë virtuale ose një desktop i publikuar që konkurron për burimet e serverit: RAM, vCPU, disk, rrjet dhe madje edhe GPU Nëse ka një të tillë. Chrome, për shkak të arkitekturës së tij me shumë procese dhe përdorimit intensiv të memories, është zakonisht një nga komponentët më të kërkuar, veçanërisht kur kombinohet me faqe interneti të rënda, shumë skeda të hapura dhe zgjerime të optimizuara dobët.
Si referencë praktike, vetë ofruesi i shfletuesit rekomandon diçka si më poshtë për përdorim të lehtë në VDI: 1 GB RAM dhe midis 2 dhe 4 vCPU për desktop virtualKjo do të thotë që nëse doni t'u shërbeni 100 përdoruesve të njëkohshëm, duhet të planifikoni të paktën 100 GB RAM dhe 200 vCPU. Nëse nuk i shpërndani burimet siç duhet, Chrome do të fillojë të vonohet, seancat do të vuajnë dhe përvoja e punës do të jetë e tmerrshme.
Para se të zhyteni në optimizim, është një ide e mirë të bëni një inventar të shpejtë: Cili version i Chrome përdoret, cilat shtesa janë instaluar, cilat lloje faqesh interneti vizitohen më shpesh, si menaxhohen profilet e përdoruesve dhe çfarë hardueri fshihet pas tij.Kjo pamje fillestare është jetike që auditimi të ketë fokus dhe të jetë në gjendje të krahasojë përmirësimet më vonë.
Praktikat më të mira për konfigurimin e VDI për Chrome
Shtresa e parë e optimizimit përfshin Dizenjoni mirë mjedisin tuaj VDI Në mënyrë që Chrome të ketë atë që i nevojitet, por pa shpërdoruar burimet. Kjo përfshin si kapacitetin e serverit ashtu edhe vendime të ndryshme arkitekturore dhe të politikave të grupit.
Memoria e serverit dhe CPU-ja
Raporti përdorues-pritës VDI është i qëndrueshëm vetëm nëse respektoni disa... Shpërndarjet minimale të RAM dhe vCPU për desktop virtualNuk ka kuptim të përpiqesh të vendosësh 200 desktopë në një server me memorie të kufizuar: do të përfundosh me shkëmbime, probleme të mëdha me vonesën dhe përdorues që telefonojnë vazhdimisht mbështetjen. Rregullo numrin e desktopëve për host bazuar në:
- RAM-i i disponueshëm në server dhe memoria mesatare e konsumuar për seancë të Chrome.
- vCPU-të fizike dhe mbiabonimi i pranueshëm në varësi të hipervizorit tuaj.
- Modelet e përdorimit: Nëse përdoruesit bëjnë shumë transmetime, analiza të dhënash ose videokonferenca, ata do të kenë nevojë për më shumë burime.
Një praktikë e dobishme është përdorimi i Metrikat e Menaxherit të Detyrave të Chrome dhe Hypervisor për të krahasuar se si sillen sesionet e organizatës suaj kundrejt një sërë faqesh referimi dhe kështu të vlerësoni më mirë konsumin real.
Përshpejtimi i pajisjeve dhe GPU-së
Shumë servera VDI nuk kanë GPU të dedikuara, ose janë të rezervuara për ngarkesa pune grafike shumë specifike. Në këto raste, nëse e lini opsionin të aktivizuar... "Përdor përshpejtimin e harduerit kur është i disponueshëm"Mund të hasni sjellje të çuditshme, përdorim të CPU-së më të lartë se sa pritej ose probleme me stabilitetin.
Zgjidhja është e qartë: menaxhoni këtë opsion duke përdorur politikat e grupitNë Redaktorin e Menaxhimit të Politikave të Grupit të Windows, çaktivizoni përshpejtimin e harduerit të Chrome kur serveri nuk ka GPU të përshtatshme. Kjo parandalon që shfletuesi të përpiqet të mbështetet në përshpejtimin e grafikës që nuk ekziston në të vërtetë ose nuk është i optimizuar për VDI.
Menaxhim i rreptë i zgjerimeve
Zgjerimet e Chrome janë tepër të përshtatshme, por Ato janë gjithashtu një nga burimet kryesore të konsumit të kujtesës dhe kohës së nisjes.Në desktopët virtualë, lejimi i çdo përdoruesi të instalojë çfarë të dëshirojë është një burim problemesh dhe konsumi të tepërt të burimeve.
Gjëja më e arsyeshme për të bërë është të përcaktohet një politikë zgjerimi e korporatave: Lista e bardhë e zgjerimeve të lejuara, bllokimi i pjesës tjetër dhe rishikimi periodikShpesh do të zbuloni se disa shtesa kanë funksionalitet të dyfishtë ose nuk nevojiten më. Konsola e administratorit të Chrome dhe politikat e aplikacioneve dhe zgjerimeve të Windows janë aleatët tuaj në mbajtjen e mjedisit tuaj të pastër dhe të parashikueshëm.
Profilet e përdoruesve në roaming dhe sinkronizimi
Në VDI, përvoja e përdoruesit vuan nëse çdo herë që hyn, gjithçka sillet si "një Chrome i sapo instaluar". Për ta shmangur këtë, mund të mbështeteni te... profilet e përdoruesve në roaming dhe sinkronizimi i menaxhuar i Chrometë cilat ju lejojnë të ruani faqeshënuesit, historikun dhe cilësime të caktuara midis seancave dhe desktopëve.
Është shumë e rëndësishme të ndiqni Rekomandimet e Google për sinkronizimin e profileve dhe versioneveNëse e ripërdorni të njëjtin profil me versione më të vjetra dhe më të reja të shfletuesit, mund të hasni baza të dhënash të korruptuara, gabime hyrjeje ose sjellje jokonsistente. Gjithmonë shmangni uljen e versionit në desktopët që ndajnë profile dhe, nëse nuk po përdorni metodat e rekomanduara, kushtojini vëmendje të veçantë përputhshmërisë së drejtpërdrejtë.
Rekomandime përdorimi për përdoruesit në mjediset VDI
Pavarësisht se sa mirë i përshtatni aspektet teknike, Sjellja e përditshme e përdoruesit ka një ndikim të rëndësishëm në performancën e përgjithshmeNë VDI, një zakon i keq i shumëzuar me 300 persona shndërrohet në tragjedi. Ia vlen të investosh kohë në trajnim dhe informim.
Rekomandimi i parë dhe më i dukshëm është të kufizoni numrin e skedave. Sa më shumë skeda aktive, aq më shumë procese Chrome dhe aq më shumë memorie dhe CPU përdoren. për përdorues. Kërkojuni stafit të mbyllë çdo gjë që nuk po e përdorin në të vërtetë. Ndonjëherë, thjesht rritja e ndërgjegjësimit dhe shfaqja e të dhënave është e mjaftueshme për t'i bërë njerëzit të ndryshojnë zakonin e të pasurit 40 skeda të hapura "për çdo rast".
Një masë tjetër shumë efektive është përdorimi i zgjatjeve që pezullojnë qerpikët joaktivë. Mjete që "vënë në gjumë" qerpikët që kanë qenë joaktivë për një farë kohe. Ato lirojnë memorie pa humbur përdoruesi përmbajtje, pasi ajo ringarkohet kur kthehet në skedë. Megjithatë, sigurohuni që të zgjidhni një zgjerim të besueshëm, të mirëmbajtur që përputhet me politikën tuaj të privatësisë dhe ta shpërndani atë në mënyrë qendrore.
Është gjithashtu e rëndësishme të edukohet rreth përdorim i përgjegjshëm i shërbimeve të transmetimit (video, muzikë, etj.) dhe rreth mënyrës se si përmirësoni cilësinë e video thirrjeve tuaja Nga VDI. Një grup përdoruesish që përdorin njëkohësisht YouTube, platforma video sipas kërkesës dhe video-thirrje mund të mbingarkojnë si bandwidth-in e serverit ashtu edhe CPU-në, veçanërisht nëse nuk përdorni një GPU. Përcaktoni qartë në politikat tuaja të korporatës se cilat përdorime lejohen dhe në cilat kushte, dhe merrni në konsideratë alternativa, të tilla si luajtja e përmbajtjes direkt në pajisjen lokale kur është e përshtatshme.
Auditimi i performancës së uebit me DevTools dhe panelin e kontrollit të auditimit
Chrome përfshin disa mjete shumë të fuqishme si parazgjedhje për Analizoni dhe përmirësoni performancën e aplikacioneve web që hapen brenda shfletuesitEdhe pse shpesh shoqërohen me zhvillim të pastër, në një mjedis VDI ato janë gjithashtu thelbësore, sepse një faqe interneti e ngadaltë do të thotë më shumë konsum burimesh për seancë.
Hapi i parë është të njiheni me Mjetet e Zhvilluesit (DevTools)Mund t’i hapni nga menyja e shfletuesit (Mjetet > Mjetet e Zhvilluesit) ose me shkurtesat e zakonshme. Ndër panelet e tyre do të gjeni Auditimet ose paneli i Faritgjë që lejon analizën automatike të performancës, aksesueshmërisë, praktikave më të mira dhe aspekteve të tjera.
Kur kryeni një auditim të performancës, faqja ringarkohet me heuristika të ndryshme të aktivizuara dhe Lighthouse kthen një raport me rekomandime të klasifikuara sipas ashpërsisëKëto zakonisht janë të koduara me ngjyra (e kuqe për probleme serioze, e verdhë për çështje me përparësi mesatare). Çdo rekomandim tregon gjithashtu se sa herë është zbuluar problemi në faqe.
Qëllimi është që ky raport të përdoret si pikënisje për jepini përparësi përmirësimeve teknike të faqeve tuaja të internetit dhe aplikacioneve në internet, duke i dhënë përparësi përmirësimeve teknike të faqeve tuaja të internetit dhe aplikacioneve në internet.Burime të pa ruajtura në memorje të përkohshme, imazhe tepër të mëdha, JavaScript që bllokon ngarkimin, CSS i papërdorur, etj. Nëse kompania juaj ka aplikacione të brendshme të aksesuara përmes Chrome në VDI, ekzekutimi i Lighthouse në to dhe zgjidhja e problemeve më serioze është një nga investimet më të mira që mund të bëni për të zvogëluar konsumin e CPU-së, RAM-it dhe bandwidth-it.
Strategjitë kryesore: rrjeti, memoria e përkohshme, burimet dhe rendi i ngarkesës
Auditimet e performancës zakonisht i grupojnë sugjerimet e tyre në dy kategori kryesore: përdorimi i rrjetit dhe performanca e faqes së internetitTë dy dimensionet ndikojnë në koston e shërbimit të atij aplikacioni në një mjedis VDI.
Në seksionin e rrjetit, rekomandimet tipike përfshijnë:
- Përfitoni nga memoria e shfletuesit për të shmangur shkarkimet e përsëritura.
- Përdorni memorizimin me proxy ose një CDN kur është e mundur.
- Zvogëloni madhësinë e cookie-ve për të thjeshtuar çdo kërkesë.
- Shërben përmbajtje statike nga domene pa cookie.
- Specifikoni dimensionet në imazhe për ta bërë paraqitjen më të parashikueshme.
Në faqe, dallohen aspekte të tilla si më poshtë: Optimizoni rendin e ngarkimit të CSS dhe JavaScriptduke ngarkuar në mënyrë asinkrone ose të shtyrë çdo gjë që nuk është kritike për pikturën e parë, dhe Hiq rregullat CSS dhe kodin JavaScript të papërdorurÇdo tepricë që mund të shkurtoni do të thotë më pak kilobajt për t'u shkarkuar, më pak analizim, më pak ekzekutim dhe në fund të fundit, më pak CPU dhe memorie të konsumuar nga Chrome në çdo desktop virtual.
Vlen të kujtohet se shumë nga këto rekomandime janë praktikat e mira të përgjithshme të zhvillimit të faqeve të internetitPor në VDI ato kanë një ndikim më të dukshëm ekonomik: nëse zvogëloni peshën e faqeve tuaja dhe numrin e kërkesave, zvogëloni faturën e botimit, gjerësinë e brezit të rrjetit dhe madje edhe kostot e ruajtjes në prapaskenë dhe ruajtjes në memorje.
Duke u thelluar më shumë në memorjen e shfletuesit dhe të rrjetit
Një nga pikat më fitimprurëse është shfrytëzimi maksimal i ruajtje në memorje HTTPNëse një burim statik (siç është një imazh, skedar CSS ose skript) ndryshon shumë pak, nuk ka kuptim që shfletuesit në të gjitha desktopët tuaj virtualë ta shkarkojnë atë në çdo vizitë. Me header-at e duhur, mund t'i udhëzoni ata ta ruajnë atë lokalisht për një periudhë të caktuar kohore.
Protokolli HTTP përcakton direktiva të tilla si Kontroll i memorjes së përkohshme, skadon ose ETag Këto cilësime ju lejojnë të kontrolloni se për sa kohë ruhen burimet dhe si validohen ato. Për shembull, mund t'i udhëzoni klientët që të mos kërkojnë përsëri një skedar për disa ditë ose javë, ose të kontrollojnë serverin për ndryshime para se të shkarkojnë të gjithë skedarin.
Për të diagnostikuar problemet e ruajtjes në memorje, mund të përdorni panelin e rrjetit DevTools: duke klikuar mbi një burim, do të shihni titujt e kërkesës dhe përgjigjesNëse shihni tituj si “Cache-Control: no-cache” ose një mungesë të plotë të politikave të skadimit në burime qartësisht statike, tashmë e keni një ide pse faqja juaj gjeneron kaq shumë trafik në çdo ngarkesë.
Zgjidhja përfshin rregullimin e konfigurimit të serverit ose të kornizës së aplikacionit, duke shtuar Skadon dhe headers Cache-Control me moshën maksimale të përshtatshme për ato burime që dëshironi të ruani në memorien e përkohshme. Kjo zvogëlon trafikun në vizitat pasuese, përmirëson kohën e ngarkimit dhe, në VDI, do të thotë më pak ngarkesë rrjeti dhe CPU për desktop.
Regjistrimi dhe analiza e kërkesave për burime
Për të kryer një auditim serioz të performancës, nuk mjafton të shikosh një raport të vetëm. Është shumë i dobishëm. regjistroni sistematikisht kërkesat për burime: sa ka, çfarë lloji, çfarë madhësie dhe në çfarë orari shërbehen.
Paneli i rrjetit të shfletuesit ju lejon të shihni me një shikim pesha totale e faqes, numri i skedarëve dhe ndarja sipas llojit (imazhe, skripte, fletë stili, fonte, etj.). Para se të filloni të ndryshoni ndonjë gjë, është mirë të çaktivizoni memorien e përkohshme (ose të përdorni një dritare të fshehtë) për të matur ngarkesën e parë aktuale. Më pas, mund ta ruani profilin në një skedar JSON ose në një pamje të thjeshtë të ekranit për krahasim.
Disa metrika kryesore që ia vlen të monitorohen janë:
- Pesha totale e faqes dhe numri i kërkesave.
- Madhësia dhe sasia e JavaScript-it, dhe skripteve individuale mbi një prag të caktuar (p.sh., 100 KB).
- Kodi JavaScript dhe CSS nuk përdoren, i dallueshëm me mjetin e mbulimit të Chrome.
- Madhësia dhe numri i imazheve, formatet e përdorura (PNG, JPEG, WebP, SVG) dhe nëse aplikohen teknika responsive.
- Përdorimi i burimeve shtesë si fontet e uebit, fontet e ikonave, videot, etj.
Në mjedise me lidhje të mira, është e lehtë të biesh në kurthin e të menduarit se "karikohet shpejt dhe kaq". Megjithatë, simuloni lidhje të ngadalta ose me vonesë të lartë celulare Ndihmon të kuptohet se si do të sillet aplikacioni për përdoruesit në distancë ose në rrjete të mbingarkuara, gjë që është shumë e zakonshme kur seancat VDI lidhen nga faqet me WAN të kufizuar.
Imazhet, pesha e faqes dhe përdorimi i memories
Në shumicën e faqeve të internetit, Imazhet janë padyshim kontribuesi më i madh në peshën dhe numrin total të kërkesave.Përveç shkarkimit në rrjet, këto skedarë duhet të dekodifikohen dhe të renderohen, gjë që konsumon memorie dhe CPU. Në telefonat dhe pajisjet e nivelit të ulët, kjo mund të jetë një pengesë; në VDI, e shumëzuar me të gjitha seancat, mund ta çojë RAM-in e serverit në kufijtë e saj.
Receta bazë për optimizimin e imazheve përfshin:
- Hiq imazhet e tepërta ose sende dekorative që nuk kontribuojnë asgjë.
- Zvogëloni dimensionet e pikselëve në atë që është vërtet e nevojshme për dizajnin.
- Rrit kompresimin dhe zgjidhni formate efikase (p.sh., JPEG në vend të PNG kur është e mundur, ose WebP me alternativë).
- Ngarkoni me ngadalë imazhet që nuk janë të dukshme në ekranin e parë.
Një model i zakonshëm është të hasësh Imazhe me gjerësi mijëra pikselësh të shfaqura në një enë të vogëlKjo rezulton në një humbje të madhe burimesh: skedarë me madhësi qindra kilobajtësh që, pasi dekompresohen, mund të zënë disa megabajt RAM në secilën skedë. Thjesht ndryshimi i madhësisë dhe rikompresimi i tyre mund të arrijë ulje të madhësisë prej 90% ose më shumë, me një ndikim të drejtpërdrejtë në performancën e perceptuar dhe konsumin e burimeve.
Për të zbuluar këto raste, thjesht renditni kërkesat e rrjetit sipas madhësisë dhe shqyrtoni imazhet më të mëdha. Nga aty, mjetet e optimizimit të imazheve dhe një rrjedhë pune botimi që i përpunon ato automatikisht do t'ju ndihmojnë të mbani nën kontroll madhësitë e skedarëve.
Mjetet e CPU-së, memories dhe profilizimit
Përtej rrjetit, një tjetër pengesë e madhe, veçanërisht në celular dhe VDI, është Ngarkesa e CPU-së dhe përdorimi i memoriesJavaScript i rëndë, DOM-e gjigante, animacione komplekse dhe biblioteka të dyfishta përkthehen drejtpërdrejt në rritje të përpjekjeve të serverit.
Chrome ofron disa mjete për matjen e këtyre aspekteve. Menaxheri i detyrave të shfletuesit Të lejon të shohësh se sa po konsumon secila skedë dhe zgjerim. Profilet e performancës dhe të memories në DevTools ofrojnë edhe më shumë detaje rreth asaj se cilat pjesë të kodit po ndikojnë negativisht në përvojën e përdoruesit.
Disa praktika të mira për të parandaluar rritjen e shpejtë të përdorimit të CPU-së dhe memories janë:
- Zvogëloni JavaScript-in e panevojshëmsi në madhësi ashtu edhe në kompleksitet.
- Shmangni ngarkimin e të njëjtës bibliotekë në disa versione të ndryshme.
- Mbajeni DOM-in në një madhësi të arsyeshme, pa nyje jetime ose struktura absurdisht të thella.
- Përdorni teknikat e ndarjes së kodit dhe ngarkimit dembel për modulet që nuk nevojiten gjatë nisjes.
Në VDI, e gjithë kjo vihet re menjëherë: sa më i lehtë dhe më efikas të jetë frontend-i juaj, aq më shumë përdorues për host mund të shërbeni me të njëjtin harduer dhe aq më pak të ngjarë është që Chrome të "hajë" memorien e disponueshme.
Auditimi i SEO-së me Lighthouse për faqet e internetit të korporatave
Edhe pse fokusi i këtij artikulli është në performancën dhe kostot në VDI, nuk duhet harruar se Shumë mjete auditimi mund të përdoren gjithashtu për të shqyrtuar aspektet themelore të SEO-s. në faqet tuaja publike. Lighthouse integron një kategori specifike të auditimeve SEO që kontrollon elementët thelbësorë për motorët e kërkimit.
Këto teste nuk janë një garanci për renditje perfekte, as nuk synojnë të mbulojnë të gjitha teknikat ekzistuese të SEO-s. Qëllimi i tyre është vërtetoni që faqja juaj plotëson një sërë kërkesash themelore, siç janë prania e meta-tagjeve, atributet alternative në imazhe, struktura koherente e titullit, lidhjet e indeksueshme, etj.
Ju mund t'i kryeni këto auditime në dy mënyra:
- Me Zgjatimi Lighthouse për Chrome, duke zgjedhur kategorinë SEO dhe duke gjeneruar raportin.
- nga DevTools (Auditime) në shfletuesit e bazuar në Chromium që e integrojnë atë.
Pasi ta merrni raportin, do të shihni se cilët elementë bazë po përmbushni dhe cilët duhet të përmirësoni. Për projekte ose ekipe të reja që nuk janë ekspertë të SEO-s, është një mënyrë e shpejtë për t'u siguruar që nuk po bëni gabime "fillestare" që kufizojnë dukshmërinë tuaj në motorët e kërkimit.
Metrika biznesi, analiza dhe testime në botën reale
Auditimi teknik është vetëm një pjesë e punës. Për të ditur nëse ndryshimet tuaja ia vlejnë, ju duhet Metrika të botës reale: si teknike ashtu edhe biznesorePa të dhëna, është e pamundur t'i tregosh menaxhmentit se optimizimi i Chrome në VDI dhe faqet e internetit të korporatës tënde kursen para.
Nga ana teknike, mund të përfitoni nga API-të si p.sh. Kohëzgjatja e Navigimit ose PerformanceObserver për të regjistruar kohët e ngarkimit, vonesën e ndërveprimit dhe ngjarje të tjera relevante. Këto të dhëna mund të dërgohen në sistemin tuaj analitik (p.sh., Google Analytics) si ngjarje të personalizuara dhe të kryqëzohen me konvertimin, braktisjen dhe metrika të tjera.
Nga një perspektivë biznesi, është e rëndësishme të monitorohen tregues të tillë si normat e kthimit të faqes, koha në faqe, konvertimet, porositë për minutë ose përdorimi i backend-itNëse pas një raundi optimizimesh shihni që koha e ngarkimit zvogëlohet dhe konvertimet rriten, keni argumente të forta për të vazhduar të investoni në performancë.
Gjithashtu ia vlen të përpilohen të dhënat VDI. Metrikat e serverit: konsumi mesatar i CPU-së dhe memories për host, numri i përdoruesve të njëkohshëm për server, gjerësia e brezit të rrjetitetj. Krahasimi i këtyre vlerave para dhe pas zbatimit të politikave të zgjerimit, ruajtjes në memorje, akordimit të burimeve dhe trajnimit të përdoruesve do t'ju ndihmojë të përcaktoni sasinë e kursimeve aktuale.
Regjistrimi i ekranit dhe demonstrimi i përmirësimeve
Përveç numrave, edhe të dhënat e mëposhtme janë shumë bindëse: Prova vizuale: regjistrime të ekranit, video ngarkimi të faqes, kapje të shiritit filmikT’u tregosh menaxherëve se si sillej sistemi para dhe pas optimizimit shpesh vlen më shumë se njëqind diapozitiva.
Mund të përdorni mjete regjistrimi në desktop ose celular për të regjistruar ngarkimin e aplikacioneve tuaja kryesore, duke shtuar një referencë kohore (siç është një kohëmatës në ekran) nëse dëshironi. Ruajtja e këtyre regjistrimeve do t'ju lejojë të tregoni informacione të tjera për ekipet dhe menaxhimin. Dallimi në përvojë është shumë i qartë pas një auditimi të performancës të kryer mirë.
Kjo qasje është veçanërisht e dobishme kur doni të justifikoni iniciativa të tilla si kufizoni zgjerimet, ndryshoni politikat e transmetimit, investoni në një CDN ose kushtoni kohë zhvillimi për rifaktimin e JavaScript-it të rëndëTë shohësh se si një faqe kalon nga pesë sekonda në më pak se një për t'u shfaqur në një mënyrë të dobishme ndihmon shumë në zhbllokimin e vendimeve.
Në fund të fundit, një auditim dhe optimizim i mirë i performancës së Chrome në VDI kombinon rregullimet e infrastrukturës, politikat e përdorimit, përmirësimet e thella në faqet e internetit dhe aplikacionet tuaja të internetit, dhe një shtresë matjeje të vazhdueshme me mjete si DevTools, Lighthouse, PageSpeed Insights ose analizat tuaja të biznesit. Puna në të gjitha këto fronte njëkohësisht ju lejon të shërbeni më shumë përdorues me më pak burime, të ofroni seanca më të lehta dhe, mbi të gjitha, Ulni faturën e mjedisit VDI pa sakrifikuar cilësinë e përvojës.
