🥇Bûyerên karanîna tevna karûbarê

Not. werger.: Nivîskarê vê gotarê (Luc Perkins) parêzvanek pêşdebiran e li rêxistina CNCF, ku malekê projeyên Çavkaniya Vekirî ye wek Linkerd, SMI (Service Mesh Interface) û Kuma (bi awayê, we jî meraq kir çima Istio ye ne di vê lîsteyê de ye.). Carek din hewl dide ku civata DevOps çêtir têgihîştinek nûjen a ku jê re tê gotin "tevra karûbarê" têbigihîje, ew 16 kapasîteyên karakterîstîkî yên ku çareseriyên weha peyda dikin navnîş dike.

îro tevna xizmetê - yek ji mijarên herî germ di warê endezyariya nermalavê de (û bi rastî jî wusa!). Ez difikirim ku ev teknolojî pir sozdar e û ez dixwazim ku ew bi berfirehî were pejirandin (bê guman gava ku ew watedar be). Lêbelê, ew hîn jî ji bo pir kesan ji hêla aura sirrê ve hatî dorpêç kirin. Di heman demê de, heta yên ku baş tê zanîn bi wê re, pir caran dijwar e ku meriv avantajên wê formule bike û bi rastî ew çi ye (bi rastî ya we jî tê de). Di vê gotarê de ez ê hewl bidim ku rewşê bi navnîşkirina cûrbecûr rast bikim rewşên bikar bînin "tûrên xizmetê" *.

* Nîşe werger.: Li vir û şûnda di gotarê de tam ev werger ("tevra servîsê") dê ji bo terma hîn nû ya servîsê were bikar anîn.

Lê pêşî ez dixwazim çend şîroveyan bikim:

Min tu carî bi tevnên karûbar re nexebitî û ne jî wan li derveyî projeyên ku ji bo perwerdehiya xwe dest pê kirine bikar neanî. Ji hêla din ve, ez bûm yê ku di sala 2015-an de ji bo tevna karûbarê hundurîn a Twitter-ê komek belge nivîsand (wê hingê jê re "mesh xizmet" jî nedihat gotin) û beşdarî pêşdebirina malper û belgeyên ji bo Linkerd, da ku ew tê wateya tiştek.
Lîsteya min teqrîben û ne temam e. Dibe ku dozên karanîna ji min re nenas hebin, û vebijarkên nû dê bi demê re çêbibin her ku teknolojî pêş dikeve û populerbûna wê mezin dibe.
Di heman demê de, ne her pêkanîna tevna karûbarê heyî hemî dozên karanîna navnîşkirî piştgirî dike. Ji ber vê yekê, gotinên min ên mîna "mesh karûbarê dikare ..." divê wekî "ferdî, û dibe ku hemî pêkanînên tevna karûbarê populer dikarin ..." werin xwendin.
Rêzkirina mînakan tu ferq nake.

Lîsteya kurt:

vedîtina xizmetê;
encryption;
verastkirin û destûrkirin;
hevsengiya barkirinê;
şikandina çerxa;
autoscaling;
belavkirina canary;
bicihkirina şîn-kesk;
kontrola tenduristiyê;
load shedding;
neynika trafîkê;
tenêkirinî;
sînorkirina rêjeya daxwazê, ji nû ve hewldan û demjimêr;
telemetrî;
berçavkirina;
dîtbarîkirin.

1. Vedîtina xizmetê

TL;DR: Bi karanîna navên hêsan bi karûbarên din ên li ser torê ve girêdin.

Pêdivî ye ku karûbar bixweber bi karanîna navên têr hevdu "bibînin" - mînakî, service.api.production, pets/staging an cassandra. Jîngehên ewr elastîk in, û navek yekane dikare gelek mînakên karûbarekê veşêre. Eşkere ye ku di rewşek wusa de ji hêla fîzîkî ve ne gengaz e ku hemî navnîşanên IP-yê kodkirina hişk bikin.

Zêdeyî, gava ku karûbarek din peyda dike, divê ew karibe daxwazan ji wê karûbarê re bişîne bêyî tirsa ku ew ê di ketina mînaka wê ya şikestî de biqedin. Bi gotinek din, pêdivî ye ku tevna karûbarê tenduristiya hemî bûyerên karûbarê bişopîne û navnîşa mêvandaran heya ku gengaz dibe nûve bike.

Her tevnek karûbarê mekanîzmaya vedîtina karûbarê cûda pêk tîne. Heya nuha, awayê herî gelemperî ew e ku meriv pêvajoyên derveyî yên mîna Kubernetes DNS veguhezîne. Berê li ser Twitterê me ji bo vê yekê pergala navan bikar anî Finagle. Wekî din, teknolojiya tevna karûbarê gengaz dike ku mekanîzmayên navên xwerû derkeve holê (her çend min hîna pêkanîna SM-ya bi fonksiyonek wusa nedîtiye).

2. Şîfrekirin

TL;DR: Di navbera karûbaran de seyrûsefera neşîfrekirî ji holê rakin û vê pêvajoyê otomatîk û berbelav bikin.

Xweş e ku hûn zanibin ku êrîşkar nikanin bikevin tora weya hundurîn. Firewall ji vê yekê re karekî mezin dikin. Lê eger hackerek bikeve hundur çi dibe? Ma ew ê bikaribe bi seyrûsefera hundurîn-karûbar re tiştê ku bixwaze bike? Em hêvî dikin ku ev yek neqewime. Ji bo pêşîgirtina vê senaryoyê, divê hûn torgilokek pêbaweriya zero bicîh bikin ku tê de hemî seyrûsefera di navbera karûbaran de şîfrekirî ye. Piraniya tevnên karûbarê nûjen vê yekê bi hevûdu bi dest dixin TLS (TLS hevbeş, mTLS). Di hin rewşan de, mTLS di tevahiya ewr û koman de dixebite (Ez difikirim ku ragihandina navgerstêrkan dê rojekê bi heman rengî were saz kirin).

Bê guman, ji bo tevna karûbarê mTLS bixwe. Her karûbar dikare TLS-a xwe bigire, lê ev tê vê wateyê ku hûn hewce ne ku rêyek bibînin ku sertîfîkayan çêbikin, wan li ser mêvandarên karûbarê belav bikin, û kodê di serîlêdanê de bicîh bikin ku dê van sertîfîkayan ji pelan bar bike. Erê, ji bîr nekin ku van sertîfîkayan di navberên birêkûpêk de nû bikin. Meşên karûbarê mTLS-ê bi pergalên mîna otomatîkî dikin SPIFFE, ku, di encamê de, pêvajoya derxistin û zivirîna sertîfîkayan otomatîk dike.

3. Authentication û Destûrname

TL;DR: Tesbît bikin ku daxwazkar kî ye û berî ku daxwaz bigihêje servîsê destûr heye ku çi bikin.

Xizmet bi gelemperî dixwazin ku bizanibin kî daxwazê (rêxistinkirinê) pêk tîne, û vê agahiyê bikar tîne, biryar dide ku mijarek diyarkirî destûr e ku bike (destûr). Di vê rewşê de, cînavka "kî" dikare veşêre:

xizmetên din. Ji vê re "rastkirin" tê gotin peer" Ji bo nimûne, xizmetê web dixwaze xwe bigihîne xizmetê db. Tûrên karûbarê bi gelemperî pirsgirêkên weha bi karanîna mTLS çareser dikin: sertîfîka di vê rewşê de wekî nasnameya pêwîst tevdigerin.
Hin bikarhênerên mirovan. Ji vê re "rastkirin" tê gotin tika" Ji bo nimûne, bikarhêner haxor69 dixwaze çirayeke nû bikire. Tûrên karûbar mekanîzmayên cihêreng peyda dikin, mînakî. Token Tevnên JSON.
Gelek ji me ev di koda serîlêdanê de kiriye. Daxwazek tê, em li tabloyê dinêrin users, bikarhênerê bibînin û şîfreyê bidin ber hev, paşê stûnê kontrol bikin permissions etc. Di doza tevnek karûbarê de, ev yek beriya ku daxwaz bigihîje karûbarê pêk tê.

Dema ku me destnîşan kir ku ev daxwaz ji kê hatiye, divê em diyar bikin ka ev sazî destûr heye ku çi bike. Hin tevnên karûbarê rê didin we ku hûn polîtîkayên bingehîn (li ser kî dikare çi bike) wekî pelên YAML an li ser xeta fermanê saz bikin, hinên din bi çarçoweyên mîna entegrasyonê re pêşkêş dikin. Nûnerê Siyaseta Vekin. Armanca dawîn ev e ku karûbarên we her daxwazek qebûl bikin, bi ewlehî bihesibînin ku ew ji çavkaniyek pêbawer tê и ev çalakî destûr e.

4. Berhevkirina barkirinê

TL; DR: Li ser nimûneyên karûbarê barkirinê li gorî şêwazek taybetî belav bikin.

"Xizmetek" di nav beşa karûbarê de pir caran ji gelek mînakên wekhev pêk tê. Ji bo nimûne, îro xizmetê cache Ji 5 nusxeyan pêk tê û sibe dibe ku hejmara wan bibe 11. Daxwaz ji bo wan hatine şandin cache, divê li gorî armancek taybetî were belavkirin. Mînakî, derengmayînê kêm bikin an îhtîmala gihîştina mînakek xebitandinê zêde bikin. Algorîtmaya ku herî zêde tê bikar anîn Round-robin e, lê gelekên din jî hene - mînakî, rêbaza giran (giranîn) pirsan (hûn dikarin armancên bijartî hilbijêrin), zengil bikin (qulp) hashing (bikaranîna hashkirina domdar li seranserê mêvandarên jorîn) an jî rêbaza daxwazê ya herî kêm (tercîh ji mînaka ku kêmtirîn daxwaz heye tê dayîn).

Balanserên klasîk fonksiyonên din hene, wek cachkirina HTTP û parastina DDoS, lê ew ji bo seyrûsefera rojhilat-rojava (ango, ji bo seyrûsefera ku di nav navendek daneyê de diherike - bi qasî. werger.) ne pir têkildar in (çavkaniya gelemperî ya tevna karûbarê). Bê guman, ne hewce ye ku meriv tevnek karûbarê ji bo hevsengkirina barkirinê bikar bîne, lê ew dihêle hûn ji bo her karûbarek ji qatek kontrolê ya navendî polîtîkayên hevsengiyê saz bikin û kontrol bikin, bi vî rengî hewcedariya xebitandin û mîhengkirina hevsengên barkirinê yên cihêreng di stûyê torê de ji holê radike. .

5. Şikandina dorê

TL;DR: Di senaryoyên herî xirab de trafîka karûbarê bi pirsgirêk rawestînin û zirarê kontrol bikin.

Ger ji ber hin sedeman karûbar nikaribe bi seyrûseferê re mijûl bibe, tevna karûbarê ji bo çareserkirina vê pirsgirêkê gelek vebijarkan peyda dike (yên din dê di beşên guncan de bêne nîqaş kirin). Ji bo qutkirina karûbarek ji trafîkê vebijarka herî dijwar e. Lêbelê, bi serê xwe ew ne wate ye - planek paşvekişandinê hewce ye. Zexta paşîn dikare were peyda kirin (paşperdeya) ji karûbarên ku daxwazan dikin (tenê ji bîr nekin ku hûn ji bo vê tevna karûbarê xwe mîheng bikin!), an jî, wek nimûne, rûpela statûyê sor bikin û bikarhêneran bi "baleka ketî" ber bi guhertoyek din a rûpelê vegerînin ("Twitter e jêr").

Meşkên karûbarê ne tenê destûrê didin we ku hûn pênase bikin çaxê shutdown dê bişopîne û ku ev dê peyda bibe. Di vê rewşê de, "dema" dikare her tevliheviyek ji pîvanên diyarkirî pêk bîne: hejmara giştî ya daxwaznameyên ji bo heyamek diyarkirî, hejmara girêdanên paralel, daxwazên li bendê, dubareyên çalak, hwd.

Dibe ku hûn nexwazin ku şikestina çerxê îstismar bikin, lê xweş e ku hûn zanibin ku we di rewşek awarte de plansaziyek paşvekêşanê heye.

6. Autoscaling

TL;DR: Li gorî pîvanên diyarkirî hejmara xizmetên xizmetê zêde bikin an kêm bikin.

Meşkên karûbar ne plansazker in, ji ber vê yekê ew nakin çibecî kirin xwe hejandin. Lêbelê, ew dikarin agahdarî bidin ku plansazker dê biryarên xwe bingeh bigirin. Ji ber ku tevnên karûbar xwe bigihînin hemî seyrûsefera di navbera karûbaran de, ew agahdariya berfireh li ser tiştên ku diqewimin hene: kîjan karûbar bi pirsgirêkan re rû bi rû ne, kîjan karûbar pir sivik têne barkirin (kapasîteya ku ji wan re hatî veqetandin winda dibe), hwd.

Mînakî, Kubernetes karûbarên li ser bingeha CPU û karanîna bîranînê ya pods pîvand dike (rapora me binêre"Xweserî û rêveberiya çavkaniyê li Kubernetes" - nêzîkî. werger.), lê heke hûn biryar bidin ku li ser bingeha pîvanek din (di doza me de, bi seyrûseferê ve girêdayî ye) pîvandinê bikin, hûn ê hewceyê metrîkek taybetî bin. Serekî welî evê nîşan dide ka meriv çawa bi vê yekê re dike Nûnerê, Istio и Prometheus, lê pêvajo bixwe pir tevlihev e. Em dixwazin ku tevna karûbarê vê yekê hêsan bike û bihêle ku em bi tenê şert û mercên wekî "hejmara mînakên karûbarê zêde bikin auth, heke hejmara daxwazên li bendê di nav deqeyekê de ji bendê derbas bibe."

7. Bicihkirina Kanarya

TL; DR: Taybetmendiyên nû an guhertoyên karûbarê li ser binkeyek bikarhêneran ceribandin.

Ka em bibêjin ku hûn hilberek SaaS pêşdixin û mebesta we heye ku hûn guhertoyek nû ya xweş derxînin. We ew di qonaxê de ceriband û ew pir xebitî. Lê dîsa jî hin fikarên li ser tevgera wê di şert û mercên rastîn de hene. Bi gotinek din, hûn hewce ne ku guhertoya nû li ser pirsgirêkên rastîn ceribandin bêyî ku baweriya bikarhêner xeternak bikin. Dabeşkirina Kanaryan ji bo vê yekê pir mezin in. Ew dihêlin ku hûn taybetmendiyek nû ji binkomek bikarhêneran re nîşan bidin. Dibe ku ev binesaz ji bikarhênerên herî dilsoz an jî yên ku bi guhertoya belaş a hilberê re dixebitin, an jî bikarhênerên ku xwestina xwe "berazên guinea" diyar kirine pêk tê.

Meşên karûbarê vê yekê bicîh dikin bi rê ve ku hûn pîvanên ku diyar dikin ka kî dê kîjan guhertoya serîlêdanê bibîne, û li gorî wê rêvekirina seyrûseferê destnîşan bikin. Lêbelê, tiştek ji bo karûbaran bixwe nayê guhertin. Guhertoya 1.0 ya karûbar bawer dike ku hemî daxwaz ji bikarhênerên ku divê wê bibînin têne, û guhertoya 1.1 ji bo bikarhênerên xwe heman bawer dike. Di vê navberê de, hûn dikarin rêjeya seyrûseferê di navbera guhertoyên kevn û nû de biguhezînin, ger ku ew bi îstîqrar bixebite û "berazên guinea" yên we rê bidin jimareyek zêde ya bikarhêneran berbi ya nû vegerînin.

8. Daxistina şîn-kesk

TL;DR: Taybetmendiyek nû ya xweş derxînin, lê amade bin ku tavilê her tiştî paşde vegerînin.

Wateya bicihkirina şîn-kesk ew e ku karûbarek nû ya "şîn" derxîne, ku wê bi ya kevn, "kesk" re paralel bide destpêkirin. Ger her tişt bi rêkûpêk bimeşe û karûbarê nû baş bixebite, wê hingê ya kevin hêdî hêdî dikare were seqet kirin. (Heyf, rojekê ev karûbarê nû ya "şîn" dê qedera ya "kesk" dubare bike û winda bibe...) Dabeşkirinên şîn-kesk ji yên kanarya cûda dibin ku fonksiyona nû vedigire her kes bi carekê bikarhêner (ne parçe); Xala li vir ew e ku heke tiştek xelet çêbibe, "livînek ewledar" amade be.

Tevnên karûbar rêyek pir hêsan pêşkêşî dikin ku hûn karûbarek "şîn" ceribandin û di bûyera pirsgirêkan de tavilê veguherînin karûbarek "kesk". Ne ku behsa vê rastiyê bikin ku di rê de ew gelek agahdarî peyda dikin (li jêr "Telemetry" binêre) di derbarê xebata "şîn" de, ku ji bo fêmkirina ka ew ji bo xebata tevahî amade ye.

Not. werger.: Hûn dikarin li ser stratejiyên cihêreng ên bicîhkirinê yên li Kubernetes (tevî kanariya navborî, şîn / kesk û yên din) bêtir bixwînin. vê gotara.

9. Kontrola tenduristiyê

TL;DR: Bişopînin ka kîjan mînakên karûbar bikêr in û bersivê bidin yên ku êdî ne fonksiyonel in.

Kontrola tenduristiyê (kontrola tenduristiyê) alîkarî dike ku biryar bide ka mînakên karûbar amade ne ku seyrûseferê qebûl bikin û pêvajoyê bikin. Mînakî, di warê karûbarên HTTP de, dibe ku kontrolek tenduristiyê wekî daxwazek GET-ê ji xala dawî re xuya bike /health. Bersiv 200 OK tê wê wateyê ku mînakek saxlem e, ya din - ku ew ne amade ye ku seyrûseferê werbigire. Tevnên karûbarê dihêle hûn hem awayê ku dê fonksiyonê were kontrol kirin û hem jî frekansa ku dê ev kontrol were kirin diyar bikin. Dûv re ev agahdarî dikare ji bo mebestên din were bikar anîn - mînakî, ji bo hevsengkirina barkirinê û qutkirina dorpêçê.

Ji ber vê yekê, kontrolkirina tenduristiyê ne dozek karanîna serbixwe ye, lê bi gelemperî ji bo bidestxistina armancên din tê bikar anîn. Di heman demê de, li gorî encamên kontrolên tenduristiyê, dibe ku çalakiyên derveyî yên armancên tevna karûbarê din hewce bibin: Mînakî, nûvekirina rûpela statûyê, afirandina pirsgirêkek li ser GitHub, an dagirtina bilêtek JIRA. Û tevna karûbarê mekanîzmayek hêsan pêşkêşî dike ku van hemîyan bixweber bike.

10. Barkirina barkirinê

TL; DR: Di bersivê de bertekek demkî ya karanîna seyrûseferê beralî bike.

Ger karûbarek bi seyrûseferê zêde be, hûn dikarin bi demkî hin ji vê seyrûseferê berbi cîhek din (ango, "avêtin", "veguheztin" (nemes) wî li wir). Mînakî, ji karûbarek paşvekêşanê an navendek daneyê, an ji bo daîmî Pulsar mijar. Wekî encamek, karûbar dê li şûna ku biqewime û bi tevahî pêvajoyê kirina her tiştî rawestîne, prosesa hin daxwazan bidomîne. Rakirina barkirinê ji şikandina dorpêçê çêtir e, lê dîsa jî nayê şîret kirin ku ew îstismar bikin. Ew dibe alîkar ku pêşî li têkçûnên kaskadê bigire ku dibe sedema têkçûna karûbarên jêrîn.

11. Parallelization Traffic / mirroring

TL;DR: Daxwazekê bi carekê re ji çend cihan re bişînin.

Carinan hewce ye ku daxwazek (an hilbijartinek hin daxwazan) bi yekcarî ji çend karûbaran re bişînin. Nimûneyek tîpîk şandina beşek seyrûsefera hilberandinê ji karûbarek qonaxê re ye. Pêşkêşkara malperê ya hilberîna sereke daxwazek ji karûbarê jêrîn re dişîne products.production û tenê ji wî re. Û tevna karûbarê bi hişmendî vê daxwazê kopî dike û jê re dişîne products.staging, ku servera webê jî jê nizane.

Bûyerek din a karanîna tevna karûbarê têkildar a ku li ser paralelkirina trafîkê dikare were bicîh kirin ev e testkirina regresyonê. Ew şandina heman daxwazan ji guhertoyên cihêreng ên karûbarê re vedigire û kontrol dike ka hemî guherto wekî hev tevdigerin. Ez hîna li ser pêkanîna tevna karûbarê bi pergalek ceribandina regresyonê ya yekbûyî ya mîna Diffy, lê raman bi xwe sozdar xuya dike.

12. Insulasyon

TL;DR: Tûra karûbarê xwe bişkîne nav torên piçûk.

Her weha wekî tê zanîn dabeşkirinTecrîd hunera dabeşkirina tevnek karûbarê li beşên cihêreng ên mantiqî ye ku li ser hev tiştek nizanin. Veqetandin hinekî mîna afirandina torên taybet ên virtual e. Cûdahiya bingehîn ev e ku hûn hîn jî dikarin ji hemî feydeyên tevnek karûbarê (mîna vedîtina karûbarê), lê bi ewlehiya zêde kêfê bistînin. Mînakî, heke êrîşkarek karibe bikeve servîsek li ser yek subtorê, ew ê nikaribe bibîne ka kîjan karûbar li ser jêrtorên din têne xebitandin an jî seyrûsefera wan bigire.

Wekî din, dibe ku feydeyên rêxistinî jî bin. Dibe ku hûn bixwazin karûbarên xwe li ser bingeha strukturên pargîdaniya xwe binenet bikin û pêşdebiran ji bargiraniya zanînê ya ku pêdivî ye ku tevna tevna karûbarê di hişê xwe de bihêlin xilas bikin.

13. Rêjeya sînorkirina daxwazê, dubare û demdirêj

TL;DR: Êdî hûn ne hewce ne ku hûn peywirên rêveberiya daxwazê ya nerazî di binya koda xwe de bicîh bikin.

Hemî van tiştan dikarin dozên karanîna cihêreng bêne hesibandin, lê min biryar da ku wan ji ber yek taybetmendiyek hevpar tevbigerim: ew erkên rêveberiya çerxa jiyanê ya daxwaznameyê bi gelemperî ji hêla pirtûkxaneyên serîlêdanê ve têne rêve kirin digirin. Ger hûn di Ruby on Rails de serverek webê pêşdixin (bi tevna karûbarê re ne yekgirtî ye) ku bi navgîniya karûbarên paşîn daxwaz dike gRPC, serîlêdan neçar e ku biryar bide ka dê çi bike ger N daxwaz têk biçin. Her weha hûn ê hewce bikin ku hûn fêr bibin ka dê ev karûbar çiqas seyrûseferê bi karanîna pirtûkxaneyek taybetî re van parameteran bişopînin û kodkirina hişk bikin. Zêdeyî, serîlêdan neçar e ku biryar bide kengê dem e ku dev jê berde û bihêle ku daxwaz biqede (li ser bingeha wextê). Û ji bo ku hûn yek ji pîvanên jorîn biguhezînin, pêdivî ye ku servera malperê were sekinandin, ji nû ve were saz kirin û ji nû ve dest pê bike.

Barkirina van karan li ser tevnek karûbarê ne tenê tê vê wateyê ku pêşdebirên karûbar neçar in ku li ser wan bifikirin, lê di heman demê de ew dikarin bi rengek gerdûnîtir jî werin dîtin. Ger zincîrek tevlihev a karûbaran were bikar anîn, bêje A -> B -> C -> D -> E, divê tevahiya jiyana daxwazê were hesibandin. Ger peywir dirêjkirina demên di karûbarê C de ye, mentiqî ye ku meriv vê yekê bi yekcarî bike, û ne bi beşan: bi nûvekirina koda karûbarê û li bendê bimîne heya ku daxwaza kişandinê were pejirandin û pergala CI karûbarê nûvekirî bicîh bike.

14. Telemetrî

TL;DR: Hemî agahdariya pêwîst (û ne tam) ji karûbaran berhev bikin.

Telemetry peyvek gelemperî ye ku metrîk, şopandina belavkirî, û têketin tê de ye. Meşên karûbar mekanîzmayên berhevkirin û hilanîna her sê celeb daneyan pêşkêş dikin. Li vir tişt piçekî zelal dibin ji ber ku hejmara vebijarkên gengaz pir mezin e. Ji bo berhevkirina metrîkan heye Prometheus û amûrên din ên ku ji bo berhevkirina têketin têne bikar anîn herikandin, Lokî, Vektor û din (mînak ClickHouse bi me re mal log ji bo K8s - nêzîkî. werger.), ji bo şopandina belavkirî heye Neçirvan wate ya vê çîye. Dibe ku her tevna karûbarê hin amûran piştgirî bike û ne yên din. Dê balkêş be ku hûn bibînin ka proje dikare Telemetry vekin hin hevgirtinê peyda dikin.

Di vê rewşê de, feydeya teknolojiya tevna karûbarê ev e ku konteynerên kêlekê dikarin, di prensîbê de, hemî daneyên jorîn ji karûbarên xwe berhev bikin. Bi gotinek din, di destê we de pergalek berhevkirina telemetrîyek yekane heye, û tevna karûbarê dikare van hemî agahdarî bi awayên cihêreng pêvajoyê bike. Bo nimûne:

têketinên dûvikê ji hin karûbarek di CLI de;
çavdêriya qebareya daxwazên ji dashboarda tevna karûbarê;
şopên belavbûyî berhev bike û wan ber bi pergalek mîna Jaeger ve bişîne.

Baldarî, dîwana subjektîf: Bi gelemperî, telemetrî deverek e ku tê de destwerdana xurt ji tevna karûbarê nexwestî ye. Berhevkirina agahdariya bingehîn û şopandina hin metrîkên zêrîn ên mîna rêjeya serkeftinê û derengiya daxwazê baş e, lê em hêvî dikin ku em nebînin ku stûnên Frankenstein derdikevin ku hewl didin ku pergalên pispor biguhezînin, ku hin ji wan berê xwe îsbat kirine û baş hatine xwendin. .

15. Kontrolkirin

TL;DR: Yên dersên dîrokê ji bîr dikin mehkûmî dubarekirina wan in.

Kontrolkirin hunera şopandina bûyerên girîng di sîstemekê de ye. Di doza tevnek karûbarê de, ev dikare were wê wateyê ku meriv bişopîne ka kê ji bo karûbarên taybetî daxwaz ji xalên dawîn ên taybetî kiriye, an jî di meha borî de çend caran bûyerek girêdayî ewlehiyê qewimî.

Eşkere ye ku vedîtin ji nêz ve bi telemetrîyê ve girêdayî ye. Cûdahî ev e ku telemetrî bi gelemperî bi tiştên wekî hilberînerî û yekparebûna teknîkî ve girêdayî ye, dema ku vedîtin dikare bi mijarên qanûnî û yên din ên ku ji qada hişk a teknîkî wêdetir derbas dibin ve girêdayî be (mînak, lihevhatina bi GDPR - Rêziknameya Giştî ya Yekîtiya Ewropî ya li ser parastina daneyê).

16. Pêşdîtin

TL;DR: Bijî React.js - çavkaniyek bêkêmasî ya navberên xweşik.

Dibe ku peyvek çêtir hebe, lê ez nizanim. Mebesta min tenê temsîlek grafîkî ya tevnek karûbarê an hin pêkhateyên wê ye. Van dîmenan dikarin nîşankerên wekî derengiya navîn, agahdariya veavakirina kêlekê, encamên kontrolkirina tenduristiyê, û alerjiyan pêk bînin.

Karkirina di hawîrdorek karûbar de li gorî Melayê wî yê Monolith barek cognitive pir zêde vedihewîne. Ji ber vê yekê, zexta cognitive divê bi her awayî kêm bibe. Têkiliyek grafîkî ya hêsan a ji bo tevnek karûbarê bi şiyana ku li ser bişkojkê bikirtîne û encama xwestinê bigire dikare ji bo mezinbûna populerbûna vê teknolojiyê diyarker be.

Di lîsteyê de cih negirtin

Min di destpêkê de mebest kir ku ez çend bûyerên karanîna din jî di navnîşê de bixim, lê dûv re biryar da ku nekim. Li vir ew in, digel sedemên biryara min:

Navenda pir-dane. Bi dîtina min, ev ne ew qas bûyerek bikar anînê ye ku herêmek teng û taybetî ya serîlêdana tevnên karûbarê an hin komek fonksiyonên mîna vedîtina karûbarê ye.
Ketin û derketin. Ev deverek têkildar e, lê min xwe (dibe ku bi awayekî sûnî) bi doza karanîna "trafîka rojhilat-rojava" re sînordar kir. Ketin û derketin gotarek cuda heq dikin.

encamê

Ji bo niha ev hemû! Dîsa, ev navnîş pir kêfî û bi îhtîmalek ne temam e. Ger hûn difikirin ku min tiştek ji bîr kiriye an tiştek xelet kiriye, ji kerema xwe li ser Twitterê bi min re têkilî daynin (@luckerkins). Ji kerema xwe rêzê li qaîdeyên rêzgirtinê bigirin.

PS ji wergêr

Nîşana sernavê ji bo gotarê li ser bingeha wêneyek gotarê ye "Mesh Xizmet çi ye (û kengê meriv yek bikar tîne)?"(ji hêla Gregory MacKinnon). Ew destnîşan dike ka meriv çawa hin fonksiyonên ji serîlêdanan (bi kesk) veguhestiye tevnek karûbarê ku têkiliyek di navbera wan de (bi şîn) peyda dike.

Li ser bloga me jî bixwînin:

Source: www.habr.com