Sicut ex applicatione monolithic ad microservitia architecturae movemur, novas provocationes praebemus.
In applicatione monolithico, plerumque perfacile est determinare utra pars systematis error incidit. Verisimile problema est in ipso monolitho codice, an in datorum. Sed cum incipimus quaestionem quaerere in architectura microserviciorum, iam omnia non tam manifesta sunt. Integrum iter invenire debemus, quod petitio ab incepto ad perficiendum sumpsit et eam ex centenis microserviis eligeret. Multae praeterea earum etiam facultates suas habent repositas, quae etiam errorum logicalium causare possunt, necnon problemata tolerantiae et observantiae culpae.
Diu instrumentum quaesivi qui cum talibus quaestionibus obire iuvaret (de hoc scripsi in Habre: " , ) , sed in fine propriam solutionem aper- tuli. In hoc articulo loquor de beneficiis reticuli adeundi et communicandi novum instrumentum ad eius exsecutionem.
Pertractatio distributa est communis solutio quaestionis de inveniendis erroribus in systematibus distributis. Sed quid si accessus ad colligendas informationes de interactionibus retis nondum peractum est in systemate, vel, deterius, in parte systematis quod iam recte operatur, sed partim non habet, cum non sit ad operas antiquas addita. ? Causam radicem accuratam determinare problema, quae in systemate fiunt, necesse est plenam imaginem habere. Praesertim momenti est intellegere quas microservices in viis negotiis-criticis involvunt.
Hic accessus ministerii reticuli subvenire potest, quod cum omni machinatione aget ad informationes retis colligendas in gradu inferiori quam ipsae operae operantur. Hic aditus sinit nos omnes negotiationes intercipere et in musca resolvere. Praeterea applicationes ne quidem aliquid de eo sciunt.
Service reticulum approach
Praecipua notio accessionis reticuli servitii est aliam tabulam infrastructuram super retiaculis addere, quae nos sinit aliquid cum commercio interservire. Plurimae exsecutiones hoc modo operantur: vas sidecaro addito cum procuratore perspicuo singulis microserviis additur, per quam omnes ineuntes et exeuntis servitii commercium praetereunt. Hoc ipso loco est, ubi clientem conparare possumus, rationes securitatis adhibere, restrictiones numerorum petitionum imponere et informationes magnas colligere de commercio officiorum in productione.
Solutions
Plures iam sunt huius accessus exsecutiones; и . Multum lineamenta ex arca praebent. At eodem tempore magnus caput in opibus venit. Quo autem maior botrus in quo talis systema operatur, eo plures facultates ad novam infrastructuram conservandam requirentur. In Avito, botri kubernetes agunt qui continent milia instantiarum inservientium (et numerus eorum celeriter crescit). In currenti exsecutione Istio ~ 300Mb RAMI per servitium instantia consumit. Ob magnum numerum possibilitatum, conpensatio perspicua etiam altiore responsionis tempore officiorum afficit (usque ad 10ms).
Quam ob rem inspeximus facultates quae nunc nobis necessariae sunt, et decrevimus praecipuam causam cur tales solutiones exsequentes incepimus, facultas colligendi notitias ex toto systemate perspicuo colligendi. Volumus etiam nos potestatem habere in commercio officiorum et varias machinationes facere cum capitis qui inter officia transferuntur.
Quam ob rem ad nostram sententiam pervenimus; .
Netramesh
reticulum muneris solutio est leve cum facultate scandere infinite, cuiuscumque numeri officiorum in systemate.
Praecipua novae solutionis proposita erant subsidia humilis capitis et effectus princeps. Inter praecipua lineamenta statim voluimus posse ut perlucida spatia mittere ad systema Jaeger nostrum.
Hodie plurimae nubes solutiones in Golang perficiuntur. Et huius quidem rationes sunt. Applicationes retis scribentes in Golang qui asynchrone cum I/O laborant et trans metretas scandunt prout opus est opportunum et satis simplex. Et, quod etiam gravissimum est, sufficit ad hanc solvendam quaestionem perficiendam. Quam ob rem nos etiam Golang elegit.
productivity
Nos conatus nostros in maximis fructibus assequendis intenderemus. Ad solutionem quae iuxta singulas instantias ministerii explicatur, requiritur parva consumptio RAM et CPU temporis. Et sane parva etiam responsio est mora.
Videamus quid consecuti sumus.
RAM
Netramesh ~10Mb sine commercio et 50Mb maximo cum onere consumit usque ad 10000 RPS per instanciam.
Istio procurator legatus semper 300Mb~ in racemis cum millibus instantiarum consumit. Hoc non sinit totum botrum escendere.
Cum Netramesh deminuto ~10x memoriam consummationis obtinuit.
cpu
CPU usus relative par est sub onere. Pendet numerus petitionum per unitatem temporis ad sidecar. Pretio 3000 petitiones per secundam ad apicem:
Unum punctum maius est: Netramesh - solutio sine plano moderamine et sine onere tempus CPU non consumit. Cum Istio, sidecars semper operas terminos renovant. Quam ob rem hanc picturam sine onere videre possumus:
HTTP/I ad communicationem inter officia utimur. Augmentum responsionis temporis Istio cum ineundo per legatum usque ad 1-5 milia fuit, quae satis multa sunt pro servitiis quae in vicies centenario respondere parati sunt. Cum Netramesh hoc tempus ad 10-0.5ms decrevit.
scalability
Parva copia facultatum ab unoquoque procuratore consumptas efficit ut iuxta unumquemque ministerium eam collocare possit. Netramesh consulto sine moderamine plani componentis creatus est ut unumquodque siderum leve pondus simpliciter custodiret. Saepe in solutionibus reticularium inservientium, in plano moderatio muneris inventionis informationes unicuique sidecar distribuit. Una cum notitia venit de vicissitudines et occasus aequante. Haec omnia multum tibi utilia facere permittunt, sed, proh dolor, refert sidecaros in magnitudine.
Servitium inventionis
Netramesh additas machinas ad usum inventionis non addit. Omnis negotiatio per netra sidecar perlucida proximatur.
Netramesh subsidia HTTP/I applicationis protocollum. Ad eam definiendam, index configurabilis portuum adhibetur. De more ratis plures portus habet per quos communicatio HTTP occurrit. Verbi gratia, 1, 80, 8890 utimur pro commercio inter officia et petitiones externas, quo in casu adhiberi possunt ambitu variabili. NETRA_HTTP_PORTS.
Si Kubernetes uti orchestratore eiusque entitate servitii mechanismum ad communicationem intra- glomerorum inter officia, mechanismus eadem prorsus manet. Primum, microservio munus obtinet IP electronica utens kube-dns et novam connexionem cum eo aperit. Haec connexio primum stabilitur cum netra-sidecar locali et omnes TCP fasciculi initio ad netram perveniunt. Deinde netra-sidecar nexum cum destinatione originali constituit. NAT in pod IP in nodo eadem prorsus manet ac sine netra.
Distributa typum et contextum procuret
Netramesh praebet functionality opus ut mittat palmos de HTTP interationes. Netra-sidecar parses HTTP protocollo mensuras rogant moras et notitias necessarias ex capitis HTTP extrahit. Postremo vestigia omnia in uno Jaeger systemate obtinemus. Configuratione subtilia, etiam variabilibus ambitibus uti potes in bibliotheca officiali .
Sed consequat. Donec officia generare et speciale caput überum mittere, non videbimus connexas palmos in systemate texendi. Et hoc est quod necesse est cito invenire causam quaestionum. Hic iterum Netramesh solutionem habet. Procuratores HTTP capitis legunt et, si uber vestigium id non continent, unum generant. Netramesh etiam informationes de accessu et exitu petitionum siderum in tabulario refert et eas aequet ditando eas petentibus capitalibus necessariis exitu. Omnes, quos in servitiis facere debes, unum tantum caput mittere est X-Request-Id, quod configurari potest utendo ambitu variabili NETRA_HTTP_REQUEST_ID_HEADER_NAME. Ad magnitudinem contextus in Netramesh regendam, sequentes ambitus variabiles constituere potes: NETRA_TRACING_CONTEXT_EXPIRATION_MILLISECONDS (tempus pro quo contextus reponetur) et NETRA_TRACING_CONTEXT_CLEANUP_INTERVAL (frequentatio contextus tersus).
Potest etiam multiplices semitas in systemate tuo coniungi, eas singulari sessionis signo signando. Netra concedit ut install HTTP_HEADER_TAG_MAP ut convertat HTTP capitis in correspondentes typum spatio tags. Hoc potest esse maxime utile ad probandum. Post probationem functionis transiens, videre potes utra pars systematis eliquare clavem sessionis respondentis affectus sit.
Determinandum Request Source
Determinare unde petitur, functionem automatice uti potes cum capite addito fonte. Usus in environment variabilis NETRA_HTTP_X_SOURCE_HEADER_NAME Nomen caput dare potes quod automatice instituatur. Ab usura NETRA_HTTP_X_SOURCE_VALUE pretium constituere potes ad quod caput X-Source pro omnibus petitionibus exitu constituetur.
Hoc permittit distributionem huius capitis utilissimi uniformiter per ornatum distribui. Tunc uti potes in officiis ac lignis et metris eam addere.
Negotiationis excitandas et Netramesh interna
Netramesh in duobus principalibus consistit. Prima, netra-init, regulas retis ponit ad mercaturam intercipiendam. utitur intercipere omnem vel partem negotiationis sidecar, quae est secunda pars principalis Netramesh. Configurare potes quos portus intercludi debes pro sessionibus advenientibus et exeuntibus TCP: INBOUND_INTERCEPT_PORTS, OUTBOUND_INTERCEPT_PORTS.
Instrumentum etiam pluma - probabilistica excitatio interesting habet. Si Netramesh solum ad palmos colligendos adhibes, tunc in ambitu productionis opes servare potes et probabilisticas variabiles variabiles res efficias. NETRA_INBOUND_PROBABILITY и NETRA_OUTBOUND_PROBABILITY (ex 0 ad 1). Valor default 1 (omnis negotiationis interceptus est).
Post felicem interceptionem, netra sidecar novum nexum et usus accipit SO_ORIGINAL_DST ostium tabernaculi ad originale destination. Netra igitur novam connexionem cum originali IP inscriptione aperit ac duos modos TCP communicationem inter partes aperit, audiendo omnem mercaturam pertranseuntem. Si portus definitur HTTP, Netra parse et indagare conatur. Si parsing HTTP deficit, Netra ad TCP reciditur et bytes perlucide incedit.
Building graph dependentiae
Recepta permagnum pondus pervestigationis in Jaeger, graphum completum interationes in systemate acquirere cupimus. Sed si ratio tua satis onerata est et billiones palmorum curriculi per diem cumulant, eas aggregatione non facile fit. Est via publica hoc facere; . Horas tamen capiet ut graphiam integram construas ac te coget ut integras notitias de Jaeger per quattuor horas praeteritis excutere cogam.
Si elasticas investigationes uteris ad palmorum seriem repetens, uti potes qui eandem graphiam in minutis formis et facultatibus Elasticarum investigationis aedificabit.
Quomodo uti Netramesh
Cuilibet ministerio currenti orchestrator facile addi potest Netra. Potes videre exemplum .
In momento, Netra facultatem non habet latera ad officia deducendi automatice, sed consilia exsequenda sunt.
Futurum Netramesh
principalis finis minimis subsidiis impensas et magnas effectus assequi, praecipuas facultates praebere ad observantiam ac potestatem communicationis inter-servitii.
In posterum Netramesh aliam applicationem protocolla protocolla praeter HTTP adiuvabit. L7 fundere in proximo futurum sit.
Netramesh utere si problemata similia occurrant et scribe ad nos per interrogationes et suggestiones.
Source: www.habr.com