David O'Brien di van demên dawî de pargîdaniya xwe, Xirus (https://xirus.com.au) da destpêkirin, ku balê dikişîne ser hilberên cloudê yên Microsoft Azure Stack. Ew hatine sêwirandin ku bi domdarî serîlêdanên hîbrîd li navendên daneyê, cîhên derî, ofîsên dûr, û ewr ava bikin û bimeşînin.
David kes û pargîdaniyan li ser her tiştê Microsoft Azure û Azure DevOps (berê VSTS) perwerde dike û hîn jî şêwirmendî û binekodkirina destan dike. Ew 5 sal in Xelata Microsoft MVP (Microsoft Most Valuable Professional) wergirtiye û vê dawiyê jî Xelata Azure MVP wergirtiye. Wekî hev-organîzatorê Melbourne Microsoft Cloud û Datacentre Meetup, O'Brien bi rêkûpêk di konferansên navneteweyî de diaxive, eleqeya xwe ya rêwîtiya cîhanê bi hewesek ji bo parvekirina çîrokên IT-ê bi civakê re dike yek. Bloga Dawid li vir e , ew perwerdehiya xwe ya serhêl li ser Pluralsight jî diweşîne.
Axaftin li ser girîngiya metrîkan di têgihiştina tiştê ku li hawîrdora we diqewime û serlêdana we çawa pêk tê dipeyive. Microsoft Azure rêgezek hêzdar û hêsan e ku meriv metrîkan ji bo her cûre barkêşan nîşan bide, û ders rave dike ku hûn çawa dikarin wan hemî bikar bînin.
Roja Yekşemê saet di 3:XNUMX de, dema ku hûn di xew de ne, hûn ji nişka ve bi peyamek nivîsê hişyar dibin: "Serlêdana superkrîtîk dîsa bersiv nade." Çi diqewim e? Sedema "brakes" li ku û çi ye? Di vê axaftinê de, hûn ê li ser karûbarên ku Microsoft Azure pêşkêşî xerîdaran dike da ku têketin berhev bikin û, nemaze, metrîkên ji bargiraniyên weya ewr. Dawid dê ji we re vebêje dema ku hûn li ser platformek ewr dixebitin bi kîjan metrîkan re eleqedar bibin û meriv çawa bigihîje wan. Hûn ê li ser amûrên çavkaniya vekirî û avakirina dashboardê fêr bibin, û bi têra zanînê bigihîjin ku hûn dashboardên xwe biafirînin.
Û heke hûn dîsa di demjimêr 3 danê sibê de bi peyamek ku serîlêdanek krîtîk têk çûye şiyar bibin, hûn dikarin tavilê sedema wê fam bikin.
Roj baş, îro em ê li ser metrîkan biaxivin. Navê min David O'Brien e, ez hev-damezrîner û xwediyê pargîdaniyek piçûk a şêwirmendiyê ya Avusturalya, Xirus im. Dîsa spas ji bo ku hatî vir da ku wextê xwe bi min re derbas bike. Îcar çima em li vir in? Ji bo ku li ser metrîkan bipeyivim, an bêtir, ez ê li ser wan ji we re vebêjim, û berî her tiştî, em bi teoriyê dest pê bikin.
Ez ê ji we re bibêjim ku metrîk çi ne, hûn dikarin bi wan re çi bikin, divê hûn bala xwe bidin çi, meriv çawa berhevkirina metrîkan li Azure berhev dike û çalak bike, û dîtbariya metrîkan çi ye. Ez ê nîşanî we bidim ka van tiştan di ewrê Microsoft-ê de çawa xuya dikin û meriv çawa bi vê ewr re dixebite.
Berî ku em dest pê bikin, ez ê ji kesên ku Microsoft Azure bikar tînin pêşandanek bipirsim. Kî bi AWS re dixebite? Ez hindik dibînim. Çi li ser Google? ALI Cloud? Yek mêr! Ecêb. Ji ber vê yekê metrics çi ne? Pênaseya fermî ya Enstîtuya Neteweyî ya Standard û Teknolojiyê ya Dewletên Yekbûyî ev e: "Metric standardek pîvandinê ye ku şert û qaîdeyên ji bo pîvandina milkek diyar dike û ji bo têgihîştina encamên pîvandinê xizmet dike." Poldayî?
Ka em ji bo guheztina cîhê dîska belaş a makîneyek virtual mînakek metrîkê bigirin. Mînakî, ji me re hejmara 90 tê dayîn, û ev hejmar tê wateya ji sedî, ango mîqdara cîhê dîskê ya belaş %90 e. Ez bala xwe didim ku xwendina danasîna pênase metrîkan, ku 40 rûpel di forma pdf de digire, ne pir balkêş e.
Lêbelê, metric nabêje ka encama pîvandinê çawa hate bidestxistin, ew tenê vê encamê nîşan dide. Em bi metrîkan re çi dikin?
Pêşî, em nirxa tiştek dipîvin da ku piştre encama pîvandinê bikar bînin.
Mînakî, me hêjmara cîhê dîska belaş dît û naha em dikarin wê bikar bînin, vê bîranînê bikar bînin, hwd. Dema ku me encama metrîk wergirt, divê em wê şîrove bikin. Mînakî, metrîka encama 90 vedigere. Divê em zanibin ku ev hejmar tê çi wateyê: mîqdara cîhê belaş an mîqdara cîhê dîskê hatî bikar anîn bi sedî an gigabyte, derengiya torê bi qasî 90 ms, û hwd. , divê em wateya nirxa metrîkê şîrove bikin. Ji bo ku metrîk bi tevahî watedar bin, piştî şîrovekirina nirxek metrîkek yekane, pêdivî ye ku em piştrast bikin ku pir nirx têne berhev kirin. Ev pir girîng e ji ber ku pir kes haya wan ji hewcedariya berhevkirina metrîkan tune. Microsoft berhevkirina metrîkan pir hêsan kiriye, lê ji we re ye ku hûn pê ewle bin ku ew têne berhev kirin. Van pîvanan tenê 41 rojan têne hilanîn û di roja 42-an de winda dibin. Ji ber vê yekê, li gorî taybetmendiyên alavên xweya derveyî an hundurîn, divê hûn bala xwe bidin ka meriv çawa ji 41 rojan zêdetir metrîkan hilîne - di forma têketin, têketin û hwd. Bi vî rengî, piştî berhevkirinê, divê hûn wan li cîhek bi cîh bikin ku dihêle hûn heke hewce be hemî statîstîkên guheztina encamên metrîk derxînin. Gava ku hûn wan li wir danîn, hûn dikarin bi wan re bi bandor dest bi xebatê bikin.
Tenê piştî ku hûn pîvanan bistînin, wan şîrove bikin û berhev bikin, hûn dikarin peymanek asta karûbarê SLA-yê biafirînin. Dibe ku ev SLA ji xerîdarên we re ne pir girîng be; ji hevkarên we, rêvebiran, yên ku pergalê diparêzin û ji fonksiyona wê bi fikar in girîngtir e. Metrîk dikare hejmara bilêtan bipîve - mînakî, hûn rojê 5 bilêtan distînin, û di vê rewşê de ew leza bersivdana daxwazên bikarhêner û leza çareserkirina pirsgirêkê nîşan dide. Pêdivî ye ku metrîk ne tenê bêje ku malpera we di 20ms de bar dike an leza bersiva we 20ms e, metrîk ji yek nîşanek teknîkî wêdetir e.
Ji ber vê yekê, peywira danûstendina me ev e ku em wêneyek hûrgulî ya cewhera metrîkan pêşkêşî we bikin. Metrîk ji ber vê yekê xizmet dike ku bi lênihêrîna wê hûn dikarin wêneyek bêkêmasî ya pêvajoyê bistînin.
Dema ku metrîka me hebe, em dikarin 99% garantî bikin ku pergal dixebite, ji ber ku ew ne tenê li pelek têketinê dinêre ku dibêje pergal dixebite. Garantiyek 99% uptime tê vê wateyê ku, mînakî, 99% ji dema ku API bi leza normal 30 ms bersiv dide. Ya ku bikarhênerên we, hevkar û rêvebirên we eleqedar dike ev e. Pir xerîdarên me têketinên servera webê dişopînin, lê ew di wan de tu xeletiyan nabînin û difikirin ku her tişt baş e. Mînakî, ew leza torê ya 200 Mb/s dibînin û difikirin: "ok, her tişt xweş e!" Lê ji bo ku bigihîjin van 200-an, bikarhêner hewceyê leza bersivê ya 30 milî çirkeyan e, û ev bi rastî nîşana ku di pelên têketinê de nayê pîvan û nayê berhev kirin e. Di heman demê de, bikarhêner şaş dimînin ku malper pir hêdî tê barkirin, ji ber ku nebûna pîvanên pêwîst, ew sedemên vê tevgerê nizanin.
Lê ji ber ku me SLA-ya 100% uptime heye, xerîdar dest bi gilî dikin ji ber ku malper bi rastî karanîna pir dijwar e. Ji ber vê yekê, ji bo afirandina SLA-ya armanc, pêdivî ye ku meriv wêneya tevahî ya pêvajoyê ku ji hêla metrîkên berhevkirî ve hatî afirandin were dîtin. Ev pirsgirêkek domdar e ku ez bi hin pêşkêşkeran re hene ku, dema ku SLA-yan diafirînin, nizanin têgîna "uptime" tê çi wateyê û di pir rewşan de ji xerîdarên xwe re rave nakin ka API-ya wan çawa dixebite.
Ger we karûbarek çêkir, mînakî, API-yek ji bo kesek sêyemîn, divê hûn fêm bikin ka metrîka encam a 39,5 tê çi wateyê - bersiv, bersiva serfiraz, bersiv bi leza 20 ms an bi leza 5 ms. Ji we re girêdayî ye ku hûn SLA-ya wan li SLA-ya xwe, li gorî pîvanên xwe biguncînin.
Gava ku we ev hemî fêhm kir, hûn dikarin dest bi afirandina tabloyek ecêb bikin. Ji min re bêje, ma kesek berê serîlêdana dîtbariya înteraktîf a Grafana bikar aniye? Ecêb! Ez heyranokek mezin a vê çavkaniya vekirî me ji ber ku ev tişt belaş û karanîna wê hêsan e.
Ger we hîn Grafana bikar neaniye, ez ê ji we re vebêjim ka meriv çawa pê re kar dike. Kesê ku di salên 80 û 90-an de ji dayik bûye, dibe ku CareBears bi bîr bîne? Ez nizanim ev hirç li Rûsyayê çiqas populer bûn, lê dema ku dor tê ser metrikan, divê em heman "hirçên lênêrînê" bin. Wekî ku min got, hûn hewce ne ku wêneyek mezin a ka tevahiya pergalê çawa dixebite, û divê ew ne tenê li ser API-ya we, malpera we, an karûbarê ku di makîneyek virtual de dixebite be.
Pêdivî ye ku hûn berhevoka wan metrîkan organîze bikin ku bi tevahî xebata tevahiya pergalê nîşan dide. Piraniya we pêşdebirên nermalavê ne, ji ber vê yekê jiyana we bi domdarî diguhere, li gorî hewcedariyên hilbera nû tevdigere, û çawa ku hûn bi pêvajoyên kodkirinê re eleqedar in, divê hûn bi metrîkan re jî eleqedar bin. Pêdivî ye ku hûn zanibin ka metrîka çawa bi her rêzika kodê ya ku hûn dinivîsin re têkildar e. Mînakî, hefteya pêş hûn dest bi kampanyayek kirrûbirra nû dikin û li bendê ne ku hejmareke mezin ji bikarhêneran biçin malpera we. Ji bo analîzkirina vê bûyerê, hûn ê hewceyê metrîkan bin, û dibe ku hûn hewceyê tabloyek tevahî hebe ku hûn çalakiya van kesan bişopînin. Hûn ê hewceyê metrîkan bin da ku fêm bikin ka kampanyaya kirrûbirra we çiqas serketî ye û ew bi rastî çawa pêk tê. Ew ê ji we re bibin alîkar, mînakî, CRM-yek bandorker pêşve bibin - pergala rêveberiya têkiliya xerîdar.
Ji ber vê yekê em bi karûbarê xweya cloudê ya Azure re dest pê bikin. Ji ber ku Azure Monitor heye dîtin û organîzekirina berhevoka metrîkan pir hêsan e. Ev çavdêr rêveberiya mîhengê pergala we navendî dike. Her yek ji hêmanên Azure yên ku hûn dixwazin li ser pergala xwe bicîh bikin, ji hêla xwerû ve gelek metrîk hene. Ev serîlêdanek belaş e ku rasterast ji qutiyê dixebite û ne hewceyî mîhengên pêşîn e; hûn ne hewce ne ku tiştek li ser pergala xwe binivîsin an jî "pişk" bikin. Em ê vê yekê bi dîtina demoya jêrîn verast bikin.
Wekî din, gengaz e ku meriv van pîvanan ji serîlêdanên partiya sêyemîn re bişîne, wek mînak pergala hilanînê û analîzê ya têketinê Splunk, serîlêdana rêveberiya têketinê ya li ser bingeha ewr SumoLogic, amûra hilanîna têketinê ya ELK, û Radar IBM. Rast e, cûdahiyên piçûk hene ku bi çavkaniyên ku hûn bikar tînin ve girêdayî ne - makîneyek virtual, karûbarên torê, databasên Azure SQL, ango karanîna metrîkan li gorî fonksiyonên hawîrdora xebata we cûda dibe. Ez ê nebêjim ku ev cûdahî cidî ne, lê mixabin hîn jî hene û divê ev yek were hesibandin. Çalakkirin û şandina metrîkan bi çend awayan mimkun e: Bi Portal, CLI/Power Shell, an bi karanîna şablonên ARM.
Berî ku ez dest bi demoya xweya yekem bikim, ez ê bersiva pirsên we bidim. Ger pirs tune, em dest pê bikin. Dîmender nîşan dide ku rûpela Azure Monitor çawa xuya dike. Ma yek ji we dikare bêje ku ev çavdêr nexebite?
Ji ber vê yekê naha her tişt baş e, hûn dikarin bibînin ka karûbarên çavdêriyê çawa xuya dikin. Ez dikarim bibêjim ku ev amûrek hêja û pir hêsan e ji bo karê rojane. Ew dikare ji bo şopandina sepanan, toran û binesaziyê were bikar anîn. Di van demên dawî de, navbeynkariya çavdêriyê baştir bûye, û heke berê karûbar li cîhên cihê bûn, naha hemî agahdariya li ser karûbaran li ser rûpela malê ya çavdêriyê têne yek kirin.
Tabloya metrîkan tabloyek li ser riya HomeMonitorMetrics e, ku hûn dikarin biçin ser ku hemî metrîkên berdest bibînin û yên ku hûn hewce ne hilbijêrin. Lê heke hûn hewce ne ku berhevkirina metrîkan çalak bikin, hûn hewce ne ku rêça pelrêça mîhengên HomeMonitorDiagnostic bikar bînin û qutîkên metrîkên Enabled/Neçalakkirî kontrol bikin. Ji hêla xwerû ve, hema hema hemî metrîkan çalak in, lê heke hûn hewce ne ku tiştek zêde çalak bikin, hûn ê hewce bikin ku statûya tespîtkirinê ji Neçalak biguhezînin Çalak.
Ji bo vê yekê, li ser rêza metrîka hilbijartî bikirtînin û li ser tabloya ku vedibe, moda tespîtkirinê çalak bikin. Ger hûn ê metrîka hilbijartî analîz bikin, wê hingê piştî ku hûn li ser zencîreya Teşhîs Vegere bikirtînin, divê hûn di pencereya ku xuya dike de qutiya kontrolê ya Send to Log Analytics kontrol bikin.
Log Analytics hinekî dişibihe Splunk, lê lêçûn kêmtir e. Ev karûbar dihêle hûn hemî metrîkên xwe, têketin û her tiştê ku hûn hewce ne berhev bikin û wan li cîhê xebata Log Analytics bi cîh bikin. Karûbar zimanek hilberandina pirsê ya KQL-ya taybetî bikar tîne - Kusto Quarry Language, em ê di demoya paşîn de li xebata wê binêrin. Heya nuha, ez ê bala xwe bidim ku bi alîkariya wê hûn dikarin di derheqê metrîk, têketin, şert, meyl, qalib û hwd de pirsan biafirînin. û dashboardan çêbikin.
Ji ber vê yekê, em qutiya kontrolê ya Send To Log Analytics û qutiyên kontrolê yên LOG-ê kontrol dikin: DataPlaneRequests, MongoRequests û QueryRuntimeStatistics, û li jêr li ser panela METRIC - qutiya kontrolê ya Daxwazan. Dûv re em navek destnîşan dikin û mîhengan tomar dikin. Li ser xeta fermanê, ev du rêzikên kodê temsîl dike. Bi awayê, şêlê Azure Cloud di vê wateyê de dişibihe Google, ku di heman demê de dihêle hûn rêzika fermanê di geroka xweya webê de bikar bînin. AWS tiştek wusa tune, ji ber vê yekê Azure di vê wateyê de pir hêsantir e.
Mînakî, ez dikarim bêyî karanîna kodek li ser laptopa xwe demoyek bi navgîniya webê bimeşînim. Ji bo vê yekê, divê ez bi hesabê xweya Azure verast bikim. Dûv re hûn dikarin, mînakî, terrafone bikar bînin, heke hûn berê wê bikar tînin, li benda girêdana karûbarê bisekinin û hawîrdora xebata Linux-ê ya ku Microsoft ji hêla xwerû bikar tîne bistînin.
Dûv re, ez Bash bikar tînim, ku di Azure Cloud Shell de hatî çêkirin. Tiştek pir bikêr IDE-ya ku di gerokê de hatî çêkirin e, guhertoyek sivik a VS Code. Dûv re, ez dikarim biçim nav şablonê metrîkên xeletiya xwe, wê biguherînim, û li gorî hewcedariyên xwe xweş bikim.
Gava ku we di vê şablonê de berhevoka metrîkan saz kir, hûn dikarin wê bikar bînin ku ji bo tevahiya binesaziya xwe metrîkan biafirînin. Dema ku me metrîkan sepandin, berhev kirin û hilanîn, em ê hewce bikin ku wan dîmenan bikin.
Azure Monitor tenê bi metrîkan re mijûl dibe û wêneyek giştî ya tenduristiya pergala we peyda nake. Dibe ku hûn çend serîlêdanên din ên ku li derveyî hawîrdora Azure dixebitin hebin. Ji ber vê yekê heke hûn hewce ne ku hemî pêvajoyan bişopînin, hemî metrîkên berhevkirî li yek cîhek xuyang bikin, wê hingê Azure Monitor ji bo vê yekê ne maqûl e.
Ji bo çareserkirina vê pirsgirêkê, Microsoft amûrek Power BI pêşkêşî dike, nermalava berfireh a ji bo analîzkirina karsaziyê ku tê de dîtbariya cûrbecûr daneyan pêk tîne. Ev hilberek pir biha ye, lêçûna wê bi komek fonksiyonên ku hûn hewce ne ve girêdayî ye. Ji hêla xwerû, ew ji we re 48 celeb daneyan pêşkêşî we dike ku hûn pêvajo bikin û bi Azure SQL Data Warehouses, Azure Data Lake Storage, Karûbarên Fêrbûna Makîneya Azure, û Azure Databricks ve girêdayî ye. Bi karanîna scalability, hûn dikarin her 30 hûrdeman daneyên nû bistînin. Dibe ku ev ji bo hewcedariyên we bes be an jî nebe heke hûn hewceyê dîtina çavdêriya rast-a-dem hewce ne. Di vê rewşê de, tê pêşniyar kirin ku serîlêdanên wekî Grafana ku min behs kir bikar bînin. Wekî din, belgeyên Microsoft-ê şiyana şandina metrîk, têketin û tabloyên bûyeran bi karanîna amûrên SIEM-ê ji pergalên dîtbariyê re Splunk, SumoLogic, ELK û radarê IBM vedibêje.
23:40 min
Di demek nêzîk de dê berdewam bike...
Hin reklam 🙂
Spas ji bo ku hûn bi me re bimînin. Ma hûn ji gotarên me hez dikin? Ma hûn dixwazin naveroka balkêştir bibînin? Piştgiriya me bikin bi danîna fermanek an pêşniyarkirina hevalan, , analogek bêhempa ya pêşkêşkerên asta têketinê, ku ji hêla me ve ji bo we hatî vedîtin: (bi RAID1 û RAID10, heta 24 core û heya 40 GB DDR4 peyda dibe).
Dell R730xd 2x erzantir li navenda daneya Equinix Tier IV li Amsterdam? Tenê li vir li Hollanda! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ji $99! Li ser bixwînin
Source: www.habr.com